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PARTE 1 — DIRETRIZES E NORMATIVAS 
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1 ESCOPOITS 
1.1 PARÁGRAFO PRIMEIRO 


O presente documento estabelece as diretrizes e requisitos a serem 
adotados por todos os Concessionários para direcionar a aquisição e 
operação dos elementos de tecnologia ITS a serem adquiridos e operados 
no âmbito da presente Concessão. O conjunto de ITS proposto é composto 
dos seguintes subsistemas, conforme detalhamento apresentado na Parte 
2 do presente documento: 


e CCO; 

e Transmissão por fibra óptica 
e Sonorização ambiente; 

e Monitoramento de imagem; 
e | Informações dinâmicas; 


1.2 PARÁGRAFO SEGUNDO 


Os serviços a serem contratados com seus elementos característicos, são os 
seguintes: 


e Projetos Executivos (instalações e equipamentos) do ITS e seus subsistemas 
descritos no Parágrafo Primeiro. Tais projetos executivos deverão ser 
executados com observância às exigências deste edital, às Normas e 
procedimentos técnicos vigentes e às especificações relativas ao projeto, e 
deverão ser submetidos ao Órgão Gestor, ou agente competente por este 
delegado, para análise e homologação. 

o Não serão admitidos ou remunerados a adoção de tecnologias que não 
tenham a referida homologação. 

e Prestação dos serviços, elaboração de projetos e estudos para viabilizar a 
integração dos Sistemas Fixos e Móveis que compõem o ITS e entre estes e 
as obras civis; 

* Desenvolvimento / fornecimento de softwares; 

e Fornecimento e montagem do ITS e de seus subsistemas, incluindo: 
infraestrutura, cabeamento, equipamentos (inclusive embarcados), softwares 
e todos demais elementos necessários ao perfeito funcionamento dos 
subsistemas; 

o É obrigação do concessionário realizar a ligação em fibra ótica de todas 
as suas garagens à rede de transmissão indicada pelo Órgão Gestor, 
segundo as especificações a serem fornecidas. 

e Execução de todos os testes e ensaios até o funcionamento de todos os 
subsistemas; 
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Fornecimento do Data Book completo, incluindo os manuais de operação e 
de manutenção, todos os projetos na versão As Built (Como Construído), 
certificados de garantia dos equipamentos e laudos dos testes; 

Treinamento de pessoal qualificado conforme Programa de Treinamento a ser 
acordado posteriormente entre as partes 

Prestação dos serviços de Operação Assistida, para sua equipe própria e 
equipe do Órgão Gestor, se necessário 

Assistência Técnica à manutenção durante o Período de Garantia. 


1.3 PARÁGRAFO TERCEIRO 


Estão inclusos nos serviços e sua remuneração todas as atividades necessárias para 
fornecimento, instalação e montagem dos equipamentos / sistemas em campo, bem 
como as atividades necessárias para a execução dos testes de campo. 


1.4 PARÁGRAFO QUARTO 


A seguir, são indicados os objetivos básicos dos serviços referentes a elaboração dos 
projetos executivos e softwares, que deverão ser considerados pelos proponentes na 
elaboração de suas propostas, que são: 


Tratamento, implementação e consolidação das informações disponibilizadas 
pela Prefeitura de Belém, apresentadas nas premissas, projetos básicos (de 
arquitetura), cronograma físico básico (da obra), planilhas de quantitativo 
básica (apresentadas na Parte 2 deste documento) e nas demais 
especificações; 

A análise e determinação das atividades a serem desenvolvidas no decorrer 
da elaboração dos projetos executivos e softwares, bem como as 
informações e dados necessários às suas execuções, definindo o produto 
final decorrente de cada atividade, documentando assim todo o processo e 
reduzindo a variabilidade de interpretações pelos diversos intervenientes do 
processo; 

O desenvolvimento das atividades de planejamento do processo de 
elaboração dos projetos executivos e softwares, estabelecendo a 
programação físico financeira do objeto, estabelecendo datas marco a serem 
atingidas, a relação documental (Índice de Documentos — ID), os 
responsáveis, as diretrizes, as estratégias, as análises e as avaliações dos 
resultados das atividades executas, permitindo correções de suas diretrizes 
através de um gerenciamento global do projeto; 

O desenvolvimento, em consonância com a Prefeitura de Belém, dos fluxos 
de informações necessárias à elaboração dos projetos, promovendo a 
transparência e a rastreabilidade do processo, garantindo um adequado 
gerenciamento da comunicação; 

Desenvolvimento das atividades de elaboração dos projetos executivos e 
softwares, de acordo com o planejamento, acompanhamento e controle de 
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qualidade dos projetos, softwares, das obras de infraestrutura, a aquisição 
dos ônibus (sistema embarcado). 


1.5 PARÁGRAFO QUINTO 


No prazo de até 15 (quinze) dias após emissão da Ordem de Serviço (OS) a 
Contratada deverá submeter à aprovação da Prefeitura de Belém, ou seu preposto 
delegado (Gerenciadora) os seguintes documentos: 


e Programa de Execução detalhado, explicitando a sequência em que pretende 
projetar, executar, fabricar, transportar, montar, instalar e preparar as 
instalações para colocação em funcionamento, bem como as demais datas 
em que a Prefeitura de Belém deverá satisfazer suas obrigações contratuais 
(inclusive retirada de pendências ou interferências que impeçam a execução 
do escopo contratual), para permitir que a CONTRATADA execute o objeto 
de acordo com o programa. 

e Cronogramas físico e físico financeiros. 


Tais documentos devem estar em consonância entre si e ser mantidos devidamente 
atualizados, devendo ser revisados com periodicidade quinzenal. 


Em havendo atraso na execução dos serviços, tanto o Programa de Execução como 
os Cronogramas físico e físico financeiro devem ser atualizados e submetidos a nova 
aprovação pela Prefeitura de Belém, informando quais medidas mitigadoras serão 
tomadas para a recuperação dos prazos de forma a não afetar as datas marco do 
cronograma físico da obra. 


Também no caso de possível antecipação das etapas do serviço tal situação deve ser 
representada em novo Programa de Execução e Cronogramas físico e físico 
financeiros, também submetidos à apreciação e aprovação pela Prefeitura de Belém. 


A aprovação do documento pela Prefeitura de Belém, com ou sem modificação, não 
exime a CONTRATADA de qualquer responsabilidade. 


1.6 PARÁGRAFO SEXTO 


Inicialmente deve ser apresentado o Índice de Documentos (ID), que consiste na 
listagem completa de todos os documentos técnicos (Projetos Executivos - PE, Listas 
de Materiais - LM, Memórias de Cálculos — MC, Manuais de Manutenção e Operação 
— MMO, softwares) a serem produzidos, permitindo desta forma o acompanhamento / 
monitoramento pela Prefeitura de Belém do andamento do desenvolvimento dos 
mesmos. 


Os projetos e demais documentos técnicos deverão ser apresentados para aprovação 
pelo Órgão Gestor (ou seu preposto delegado), cujo prazo de análise é de até 10 (dez) 
dias úteis, compreendendo os conjuntos de elementos técnicos relacionados 
individualmente para cada subsistema. Os desenhos e textos integrantes deverão ser 
fornecidos em arquivo, através de mídia óptica (CD Rom) nos formatos pdf e dwg para 
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relatórios e desenhos, respectivamente, e em duas vias impressas em papel sulfite 
para as emissões parciais e finais, observadas as normas da ABNT. 


A aprovação do documento pela Prefeitura de Belém, com ou sem modificação, não 
exime a CONTRATADA de qualquer responsabilidade. 


A análise apresentará uma das seguintes conclusões: 


e DOCUMENTO APROVADO: a CONTRATADA pode dar andamento às 
fabricações e /ou montagem e / ou instalação; 

e DOCUMENTO APROVADO COM RESTRIÇÕES: a CONTRATADA deverá 
dar andamento aos serviços de acordo com as restrições indicadas. 
Paralelamente deverá enviar em até 05 (cinco) dias corridos uma nova 
emissão com as modificações solicitadas para nova análise pela Prefeitura de 
Belém; 

e DOCUMENTO NÃO APROVADO: a CONTRATADA deverá apresentar nova 
revisão de acordo com os comentários da Prefeitura de Belém, não estando o 
serviço liberado para execução. 


1.7 PARÁGRAFO SÉTIMO 


Eventuais alterações em documentos aprovados constituem-se eventos excepcionais 
e somente poderão ser aprovadas pela Prefeitura de Belém mediante revisão de 
prazos e custos, principalmente se ensejarem mudanças de especificações, materiais, 
métodos construtivos ou soluções anteriormente validadas pelas partes. 


2 INSPEÇÃO, TESTES, ENSAIOS 
2.1 PARÁGRAFO OITAVO 


A Prefeitura de Belém se reserva o direito de inspecionar, ensaiar e/ou testar os 
equipamentos / sistemas, para confirmar se estão de acordo com as Especificações 
Técnicas. 


As inspeções, ensaios e / ou testes poderão ser realizados nas instalações da 
Contratada ou de sua (s) subcontratada (s), conforme definido nas Especificações 
Técnicas. 


Caso algum equipamento / sistema fiscalizado ou testado apresente defeito, a 
Prefeitura de Belém poderá rejeitá-lo e a CONTRATADA substituirá o equipamento / 
sistema defeituoso ou fará as modificações necessárias para atender às exigências 
das especificações, sem nenhum ônus para a Prefeitura de Belém. 


A inspeção / ensaio / teste serão realizados de acordo com as normas e / ou 
procedimentos pré-estabelecidos e aprovados pela Prefeitura de Belém. 
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A Prefeitura de Belém se reserva o direito de indicar pessoal do seu quadro de 
empregados, ou por ela contratados, para acompanhar as atividades de instalação e 
testes. 


3 FISCALIZAÇÃO 
3.1 PARÁGRAFO NONO 


A Prefeitura de Belém fiscalizará os serviços, diretamente ou através de 
representantes devidamente credenciados, de acordo com os padrões da Prefeitura 
de Belém e outras indicações do presente documento, com amplo acesso aos locais 
de trabalho da CONTRATADA e aos documentos que lhe digam respeito, mantendo, 
para tanto, o número de fiscais que julgar necessário. 


3.2 PARÁGRAFO DÉCIMO 


A fiscalização não exime a Contratada de suas responsabilidades quanto à perfeita 
execução dos serviços e à observância de todos os preceitos de boa técnica. 


4 RECEBIMENTO 
4.1 PARÁGRAFO DÉCIMO PRIMEIRO 


O desempenho satisfatório nos ensaios / testes finais dos subsistemas que compõem 
o ITS são pré-requisito para o recebimento destes subsistemas em caráter provisório. 


4.2 PARÁGRAFO DÉCIMO SEGUNDO 


Por desempenho satisfatório entende-se aqueles testes finais que não apresentem 
pendências / não conformidades que impactem no desempenho do subsistema, ou 
ainda, cujas pendências possam ser consideradas como de pequena monta e de 
ocorrência ocasional. 


4.3 PARÁGRAFO DÉCIMO TERCEIRO 


Os serviços contratados serão recebidos definitivamente pela Prefeitura de Belém nos 
termos da alínea “b”, do inciso |, do Art. 73 da Lei nº 8.666/93, observando-se o 
disposto no Art. 69 da mesma Lei, no prazo máximo de 90 (noventa) dias corridos 
contados a partir do recebimento provisório. 
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4.4 PARÁGRAFO DÉCIMO QUARTO 
O recebimento definitivo do ITS somente será efetivado caso todos os subsistemas 


que o compõem estejam em condições de serem considerados individualmente como 
aptos ao recebimento definitivo. 
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PARTE 2 — ESPECIFICAÇÕES DETALHADAS 
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5 GERENCIAMENTO OPERACIONAL 
5.1 CCO 


5.1.1 Vídeo WALL 


Sistema composto por hardware e software que gerencia conjunto de telas de LCD 
(cubos) formando uma única tela lógica de alta resolução, atingindo resolução total de 
pixels pela soma das resoluções individuais dos cubos; 


Possibilita a visualização simultânea de ilimitadas janelas de aplicativos em tempo 
real. As janelas de aplicativos deverão ser móveis e de dimensão livre, controladas 
através do software de gerenciamento do painel gráfico. 


Capacidade e performance adequada para fazer todo o controle das imagens 
apresentadas no Painel Gráfico. 


O gerenciador deve ser fornecido completo, com uma unidade de DVD-ROM, duas 
caixas de som para emissão de alarmes sonoros e todos os recursos de hardware e 
software necessários à operação do painel e à administração e manutenção do próprio 
gerenciador. 


Mínimo de 1 entrada tipo RGBHV para conexão segura de PC visitante ou fora da rede 
com cabos de extensão de 20 metros. 


Visualização no painel, de aplicativos gráficos em paleta de cores de 8, 16, 24 e 32 
bits nas plataformas Windows (todos), Unix e Linux, sem conflito de cores entre as 
aplicações e sem qualquer limitação das mesmas. 


Criação de múltiplos layouts que permitam que o operador possa fazer mudanças 
rápidas e simultâneas de uma ou mais janelas de aplicações visualizadas no painel 
gráfico. 


Controlar as janelas de aplicações gráficas quando receber alarmes externos gerados 
pela aplicação; 


Processador de clock mínimo de 3.4 Ghz, 2 Gbyte RAM, HD 200 Gb, Fonte de 
Alimentação redundante, Placa Gráfica com 4 saídas DVI-D, conexão de rede ethernet 
100/1000Mbit/s redundante, gabinete industrial padrão 19 polegadas, teclado sem fio, 
mouse sem fio. 


Mínimo de 4 entradas de vídeo composto PAL-M ou NTSC (provenientes de câmeras, 
DVD's, televisão), livremente posicionáveis sem limitação de imagens por cubo; 
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A imagem apresentada no Painel Gráfico será um único display lógico. Todos os 
aplicativos serão apresentados como uma janela no formato X-Terminal. 


Painel gráfico do tipo Vídeo Wall, composto por cubos de retroprojeção com tecnologia 
DLP (digital light processing), base de sustentação, hardware e software de 
gerenciamento gráfico, cabos e acessórios, estabilizadores de voltagem e pórtico para 
fechamento - envoltório com acabamento personalizado. 


O dispositivo de projeção de imagens deve ser composto por um painel gráfico, 
formado cubos de projeção com tecnologia LCD, com espaçamento entre as telas 
igual ou inferior a 1 mm, formando um único display interligado a um sistema 
gerenciador gráfico dedicado, com software de controle que possibilite a projeção de 
qualquer imagem ou composição de imagens provenientes dos computadores e 
servidores ou sinais analógicos de vídeo (câmeras de segurança, sintonizador de TV 
ou outras fontes). 


O sistema deve ser capaz de receber e tratar simultaneamente sinais provenientes de 
diversas fontes geradoras de imagens, num ambiente heterogêneo tanto no que diz 
respeito ao padrão do sinal recebido (NTSC, PAL e SECAM) e aos tipos de interface 
(RGBHV, Vídeo-Composto), quanto os sistemas operacionais das estações e 
servidores de onde são geradas as imagens (WINDOWS, UNIX, LINUX), operando 
dentro do contexto de redes LAN (Local Area Network) e WAN (Wide Area Network). 


Quanto a solução de visualização de grandes formatos de video por meio de Video 
Wall, a tela deve ser composta por equipamentos com tecnologia LED; 


No mínimo 200 polegadas na composição, formato 16:9, com resolução Full-Hd. 


O sistema de Vídeo Wall deve ser fornecido junto hardwares, suportes e todos os 
cabos e conectores necessários a perfeita utilização; 


O Sistema deve ter garantia de no mínimo 12 meses, quanto aos equipamentos; 


5.1.2 Posições de trabalho 
Deverão ser fornecidas, pela Contratada, estações de monitoramento operacional para 
o monitoramento da frota, com no mínimo, as configurações descritas abaixo: 


* Cada estação deverá ter no mínimo 02 (dois) monitores LCD superior a 19 
polegadas; 

* 1 (uma) CPU, com processador i5, 8 GB de memória RAM e HD de 500 GB 

* uma placa de vídeo com duas saídas VGA, DVI ou HDMI, compatíveis com os 
monitores; 

* Deverá ser compatível com os sistemas operacionais de 64 Bits da MICROSOFT 
ou do sistema operacional LINUX; 

* Incluído o fornecimento das licenças necessárias para o funcionamento das 
estações; 

* Incluído mobiliário de escritório, tais como mesas, cadeiras e outros necessários 
para uso como estação do CCO. 
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* Deverá ser alocado um ponto de rede LAN com acesso às redes local e internet; 

* Fornecimento de 1 (um) estabilizador para cada posição de trabalho; 

* 01 (uma) impressora laser colorida com acesso a rede; 

* Todos os ativos de rede como Switch, firewall, necessários para o pleno 
funcionamento deverão ser fornecidos pela Contratada; 


5.1.3 Sistemas de Monitoramento por Vídeo. 

Sistema responsável pelo monitoramento, gestão e apresentação dos vídeos 
coletados pelas câmeras das estações, terminais e veículos, e apresentação em 
formato amigável à equipe na sala de monitoramento por vídeo. 


A Contratada deverá realizar visita técnica à equipe técnica da SeMOB, para maiores 
detalhes na especificação do sistema. 


5.1.4 Sistemas de Monitoramento veículos 


O SISTEMA DE CONTROLE OPERACIONAL tem como principal objetivo prover 
informações básicas para o atendimento das necessidades básicas de locomoção dos 
usuários do Sistema Integrado de Transporte Público de Passageiros com Tecnologia 
BRT do Município de, no que diz respeito à regularidade e a pontualidade prevista no 
Quadro de Horários e o cumprimento do itinerário de cada linha. As informações, em 
tempo real, permitem às Concessionárias o acompanhamento da circulação dos 
veículos de sua frota e os ajustes necessários para uma operação eficiente. 


Os operadores, nas garagens das Concessionárias (Unidades de Operação do 
Sistema), poderão visualizar, através de telas de consulta específicas, o 
posicionamento de cada um dos veículos em suas respectivas linhas, assim como 
atuar diretamente com os motoristas para manutenção do “headway” ou dar outra 
orientação que se fizer necessária. 


Através do Centro de Controle Operacional (CCO) os agentes operacionais poderão 
acompanhar a operação do sistema, efetuada pelas Concessionárias, e o tratamento 
dispensado às ocorrências geradas pelo SISTEMA DE CONTROLE OPERACIONAL. 


Os serviços de monitoramento serão prestados por meio da disponibilização para uso 
do SISTEMA DE CONTROLE OPERACIONAL, que deverá ser capaz de fornecer as 
informações de localização e condições de operação, em tempo real, de toda a frota 
utilizada, além de armazenar dados históricos da operação diária para análises 'off- 
line” do comportamento da frota durante a operação, possibilitando a comparação da 
programação nas Ordens de Serviços Operacionais com a operação efetivamente 
realizada. 


O SISTEMA DE CONTROLE OPERACIONAL deve atender aos requisitos de 
segurança, ser imune a fraudes e com precisão na captura e registro das informações. 


As informações, relativas ao monitoramento “on-line”, devem ser enviadas ao 
SISTEMA DE CONTROLE OPERACIONAL, na SALA de PROCESSAMENTO de 
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DADOS, a cada ocorrência de evento programado e quando da passagem do veículo 
pelos pontos de controle definidos no itinerário das linhas. 


A contratada será responsável pelo mapeamento e identificação dos pontos de 
controle definidos no itinerário das linhas, os quais coincidem, em sua grande maioria, 
com os pontos de parada para embarque e desembarque de passageiros. 


As permissões de uso de aplicativos, softwares e demais recursos que compõe o 
SISTEMA DE CONTROLE OPERACIONAL, para acesso aos dados de monitoramento 
deverão prever o processamento de aplicativos e banco de dados em Sala de 
Processamento de Dados, disponível 24 horas por dia, 7 dias por semana, 
ininterruptos; 


O processamento e armazenamento de dados em Sala de Processamento de Dados 
serão de responsabilidade da contratada, que deverá prever futuras expansões 
(escalabilidade). 


O SISTEMA DE CONTROLE OPERACIONAL deverá ser a ferramenta gerenciadora 
de toda operação, tendo o seu funcionamento e utilização objetiva e prática na análise 
dos dados recebidos. Possibilitando intervenções imediatas, seguras e sensatas para 
uma melhor prestação do serviço de transporte. 


Deverá possibilitar ao gestor uma interface amigável, de rápido e fácil entendimento, 
de forma que em poucos segundos seja possível identificar irregularidades 
operacionais 


5.1.4.1 DAS FUNCIONALIDADES MÍNIMAS E OBRIGATORIAS DO SOFTWARE 


5.1.4.1.1 PLATAFORMA 


* Permitir a definição de perfis de usuário para controle de acesso ao sistema, 
possibilitando controlar que funcionalidades cada usuário tem ou não 
permissão de acesso; 

* Permitir o acesso ao software pelas empresas operadoras e pelos usuários 
através de endereço eletrônico publicado na internet (URL), com autenticação 
de usuário e senha individuais; 

* Considerar a existência de dois tipos distintos de usuários — usuários 
responsáveis pela manutenção do Sistema e os usuários do Sistema de 
Transporte (passageiros). O tratamento deve ser diferenciado para cada tipo. 

* Possibilidade de integração com equipamentos de outros fabricantes, mediante 
unificação do protocolo e lay-out de arquivos de dados transmitidos; 


5.1.4.1.2 CADASTROS BASICOS 


a) Empresas Concessionárias; 
b) Garagens; 
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h) 


Áreas das Garagens; 
Estacionamentos e Pátios de descanso; 
Linhas, Itinerários e Pontos de Parada e Pontos de Referência 


As linhas deverão possuir, no mínimo, as informações de: Número, destino, 
empresa Concessionárias e parâmetros de controle para o monitoramento da 
linha; 

Entenda-se por Itinerário o conjunto de Pontos de Parada de Ônibus geo- 
referenciados que formam o percurso de cada Linha; 

Cadastramento, georeferenciado, de todos os Pontos de Parada de Ônibus e 
Pontos de Referência. Este cadastramento deverá ser feito através de coleta 
dos dados de latitude e longitude, em campo, para maior fidelidade das 
informações. 


Pontos de Controle; 


Cadastramento dos pontos de controle para utilização como filtro nos relatórios 
do sistema e agrupamento das linhas por ponto; 

Cadastramento de uma área para os pontos de controle; 

Cadastramento de cercas virtuais temporárias para as proximidades dos 
pontos de controle permitindo a identificação dos veículos estacionados nestes 
locais. 


Veículos; 


Cadastramento dos veículos com as informações de: Prefixo, placa, empresa, 
ano de fabricação, status do veículo, sistema de transporte ao qual o veículo 
está vinculado etc; 

Um veículo cadastrado não poderá ser excluído, e sim desativado. Dispondo 
de opção para ativar ou desativar veículos registrando as datas e o 
responsável de cada evento; 


Programação Horária — OSO (Ordem de Serviço de Operação) detalhando as 


informações por tipo de dia: útil, sábado, domingo e feriado: 


Uma programação horária contém as informações das viagens programadas 
por linha e por tipo de veículo; 

Deve conter, no mínimo, as informações de: nº de veículos, tipo de veículos, nº 
de Viagem, posição (tabela), sentido, horário de saída em cada um dos pontos 
de partida e por tipo de veículo, itinerário por sentido, quilometragem da linha 
por sentido, tempo médio de viagem, intervalo médio pico e fora pico e horário 
de chegada que, em conjunto, formam a Programação Horária de uma 
determinada linha; 

Deve possuir ainda a data em que entra em operação, devendo possibilitar o 
cadastro de Programações que serão utilizadas em momento futuro e 
mantendo registro histórico das programações desativadas; 
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* Este cadastro deve ter obrigatoriamente uma interface de importação de 
dados. 

* Possibilitar a edição dos horários importados por pessoal autorizado mantendo 
o histórico de alteração. 


i) Quadro de Horário do Veículo 


* Cadastramento das escalas das linhas informando, para cada programação e 
viagem qual o veículo que vai operar; 

* Permitir o cadastramento do Motorista e do Cobrador de cada viagem; 

* Considerar cada viagem (ida ou volta) como uma OS — Ordem de Serviço; 

* Permitir a manutenção ON LINE, pelas Concessionárias, desta Programação 
Horária; 

* Este cadastro deve ter obrigatoriamente uma interface de importação de 
dados. 


)) Mensagens para interação com os operadores via Terminal de Dados: 


* As mensagens devem estar relacionadas a grupos de mensagem para facilitar 
a busca e envio aos operadores. 

* Possibilitar o envio de mensagens do tipo texto livre, para uma possível 
intervenção na operação; 

* Enviar, a qualquer tempo, informações para o motorista via mensagem de texto 
pré-programada. As mensagens enviadas serão visualizadas no Terminal de 
Dados instalado no veículo; 

* Enviar mensagens simultâneas para vários ônibus ao mesmo tempo. 


k) Agrupamento de Linhas por Área / eixos: 


* Permitir o cadastramento de áreas / eixos para utilização como filtro nos 
relatórios do sistema e agrupamento das linhas por área / eixos; 

* Uma área é uma região geográfica que agrupa um determinado conjunto de 
linhas; 

* Permitir a visualização das rotas que passam pelo trajeto da área / eixos; 


) Agrupamento de Linhas por Terminal: 


*- Permitir o agrupamento das linhas por terminal, visando otimizar o 
gerenciamento das informações e em análise de relatórios gerenciais e telas 
de resumo operacional do sistema. 


m) Definição de Pontos de Controle que possam ser utilizados para confrontar o 
horário estabelecido nas programações com o que foi realizado pelos veículos: 


* Os pontos de controle poderão ser escolhidos entre os Pontos de Parada de 
Ônibus cadastrados para cada linha; 

* Os pontos de controle serão utilizados para o acompanhamento dos 
deslocamentos dos veículos ao longo do itinerário das linhas; 
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Deverá possibilitar o cadastramento de programação de horários previstos para 
passagem nos pontos de controle, visando obter a informação da regularidade 
das linhas quando da passagem dos veículos. Estes horários devem variar de 
acordo com o Tipo de Dia escolhido (útil, sábado, domingo ou especial), linha, 
programação e faixa horária; 

Além do horário previsto para a passagem pelo Ponto o sistema deverá prever 
também um campo com a média das últimas 5 (cinco) passagens por aquele 
Ponto (descartar as passagens fora de um limite previsto). 

Os pontos de controle deverão enviar automaticamente para o terminal de 
dados, a diferença de minutos de cada passagem dos veículos. 


Cadastro de equipamentos — controlar os rastreadores utilizados no projeto: 


Deverá conter as informações de: 

Identificação do equipamento, tais como: número de série, fabricante, status e 
outras que se fizerem necessárias; 

Configuração do módulo rastreador; 

Controle dos sensores — identificação e funcionalidade; 

Localização e histórico de movimentação e desempenho. 


5.1.4.1.3 RASTREAMENTO 


a) 


d) 


Mapa digital: 


O mapa digital deverá ser em interface WEB, com acesso via Internet, conter 
informações atualizadas (versão mais recente e disponível do mapa) das ruas, 
bairros e pontos de referência. 


Posição (localização) dos veículos, em tempo real, assinalados no mapa digital: 


Deverá permitir o acompanhamento dos veículos, de forma automatizada, sem 
necessidade de intervenção do usuário para atualização das informações de 
posicionamento dos veículos; 
As posições deverão ser atualizadas sem ocasionar atualizações na página 
WEB. 


Visualização individual, parcial e global dos veículos rastreados: 


Deverá permitir, através de filtros inteligentes, a escolha de modos de 
visualização que permitam plotar no mapeamento os veículos de forma 
individual, parcial ou global; 

Deverá possuir, obrigatoriamente, os filtros de Empresa, Linha, Terminal e 
Veículo. 


Receber e dar tratamento às informações enviadas pelos equipamentos 


rastreadores (fluxo das informações). 


e) 


Exibir a localização de um Veículo ou Linha: 
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* | Em um Quadro Sinótico: 


O quadro sinótico é uma representação gráfica, na tela do computador, de uma ou 
mais linhas: 


* Deverá conter a representação dos Terminais, Pontos de Parada de Ônibus e 
Pontos de Referência identificando os mesmos por sentido; 

* Os veículos devem ser posicionados no quadro de acordo com a sua 
localização real; 

* Deverá informar os veículos que estão em operação; 

* Deverá permitir escolha de uma ou mais linha a ser visualizada; 

* Deverá informar de forma visual os veículos que estão com algum evento ativo; 

* Deverá conter opções de visualização de quadro de horário de acordo com a 
posição do veículo; 

* Informar distância e tempo entre os veículos da rota; 

* Informar a quantidade de passageiros presentes no veículo desde o inicio da 
viagem (serviço); 

* Ser capaz de expor o Headway de partidas e chegadas aos pontos finais da 
rota; 

* Ser capaz de expor todas as principais informações operacionais de uma rota 
em uma única visualização; 

* No mapa WEB georeferenciado: 

* O mapa deverá ser, obrigatoriamente, na plataforma WEB e acessado via Web 
Browser; 

* Deverá permitir a visualização de uma ou mais linhas ao mesmo tempo; 

* Deverá permitir a visualização dos itinerários das linhas; 

* Deverá permitir a visualização das áreas / setor por linha; 

* Deverá permitir a visualização das cercas eletrônicas por linha; 

* Deverá permitir a visualização do pontos das linhas e suas áreas; 

* Deverá permitir a visualização da previsão para todos os pontos das linhas. 

* Permitir a visualização dos próximos pontos a serem executados pelo veículo 
de um ou mais linha; 


f) No posicionamento do cursor sobre um determinado veiculo em circulação, 
exibir, no mínimo, dados relacionados à sua identificação, a velocidade naquele 
momento, ao estado da ignição, localização, eventos ativos e o sentido de 
deslocamento. 


9) O rastreamento, independe se o veículo está em operação ou não. 


5.1.4.1.4  GERENCIAMENTOS DE DADOS 


a) Do Monitoramento Ativo: 
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Acompanhamento dos veículos em operação no cumprimento dos horários pré- 
estabelecidos e registro de informações nos Pontos de Parada monitorados pelo 
sistema: 


b) 


Em cada terminal de partida ou chegada (ponto de retorno de linha), o software 
deverá registrar e permitir a visualização das informações do horário de 
chegada e saída do veículo; 

O software deverá ainda registrar e permitir a visualização das informações do 
horário de chegada ou saída (configurável por ponto) nos pontos de 
monitoração selecionados pelo usuário; 

As informações de chegada e saída serão utilizadas para monitorar possíveis 
indicativos de atrasos e adiantamentos através do cruzamento destes dados 
com as programações horárias previamente cadastradas. 

O software deverá conter uma forma de visualização dos horários pré- 
estabelecidos versus os horários realizados de forma online, sem a 
necessidade de atualização das janelas. 


O SISTEMA deverá gerar consultas em tela, gráficos e relatórios 


parametrizáveis, com informações sobre os seguintes temas: 


e) 


Visualização gerencial em tela única da operação realizada versus programada 
no formato de índices, com a opção de visualizar os índices de atraso e 
adiantamento, resumo operacional das viagens realizadas, perdidas e a 
executar por com a geração de índice geral por empresa ou linha. 

Quantidade de viagens (prevista e realizada), oferta de lugares (prevista e 
realizada), frota alocada (prevista e realizada) em cada linha e o cumprimento 
dos horários de partida; 

Controle do cumprimento de viagens, com análise de atrasos, adiantamento e 
descumprimento da programação por terminais de partida e chegada e por 
pontos de controle; 

Índices de partidas e chegadas dos veículos ao ponto inicial e final; 

Informação de horário de passagem do veículo por determinados pontos da 
linha; 

Frequência de passagem de veículos em um determinado ponto do sistema, 
sendo independente de qual linha o veiculo ou o ponto pertençam; 

Informação de previsão de passagem do veículo por determinado ponto da 
linha; 

Estatísticas dos alarmes de não conformidades e exceções geradas no 
sistema, bem como das ações adotadas no seu tratamento. 


Da Configuração e Execução do Monitoramento em Tempo Real: 


Manutenção de uma Tabela de Eventos Configuráveis para o monitoramento da 
operação: 


Deverá permitir, obrigatoriamente, o cadastramento dos seguintes eventos: 
Desvio de trajeto; 
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* Excesso de velocidade; 

* Veículo parado (tempo a ser configurado); 

* Veículo dentro ou fora de uma cerca virtual; 

* Tráfego com a porta aberta; 

* Desvio de regularidade; 

* Supressão de viagem; 

* Comboio. 

* Resumo para monitoramento da geração on-line dos eventos configurados: 

* Tela contendo informações das linhas e veículos, informando a existência ou 
não de eventos; 

* Ao detectar um evento o software, deverá emitir sinal visual para o operador do 
monitoramento; 

* Ao detectar um evento o software, deverá possibilitar a configuração de sinal 
sonoro para o operador do monitoramento; 

* Os eventos devem estar dispostos em colunas, cada evento em uma coluna, e 
cada registro deverá detalhar os eventos de uma linha da operação. Ao 
expandir uma linha o usuário deverá visualizar os veículos que estão operando 
na mesma, bem como o status de cada evento para os veículos; 

* Os eventos deverão ser identificados por cores, caracterizando a ocorrência do 
mesmo; 

* Deverá permitir a abertura do mapeamento WEB e do quadro sinótico através 
do quadro de eventos; 

* Deverá permitir a identificação do horário em que foi gerado o evento, o 
veículo, a linha e todas as informações necessárias para a correta tomada de 
decisão. 

* Acompanhamento do tratamento do evento informando qual a ação tomada, 
usuário, data e hora: 

* Ao clicar em uma determinada imagem, o sistema deverá abrir uma nova 
janela com o detalhamento da informação do evento, tais como: a data e hora 
da ocorrência, a linha, o veículo etc, e qual padrão estabelecido para o evento 
(Exemplo: Velocidade maior que 60 Km/h), o que foi realizado (Exemplo: 
Velocidade igual a 65 Km/h); 

* Deverá permitir o acompanhamento do evento, permitindo informar para cada 
evento, uma observação a ser digitada pelo operador; 

* Deverá permitir a abertura do mapeamento WEB e quadro sinótico através 
deste quadro de eventos; 

* Deverá gravar um histórico dos eventos gerados e despachados, incluindo as 
observações digitadas, bem como identificando o operador que realizou o 
despacho da ocorrência, data e hora. 

* Possibilidade de analisar dados históricos dos eventos gerados pelo sistema, 
em formato de relatório; 

* Os dados históricos devem estar à disposição dos operadores para 
visualização e complementação de informações. 

* Deverá possuir tela capaz de informar as partidas e as chegadas previstas, 
realizadas ou não, em tempo real, com atualização automática dos dados: 
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Esta tela deverá contemplar, no mínimo, as informações: 


Terminal; 

Linha; 

Veículo; 

Viagem; 

Saída prevista do terminal; 

Saída realizada; 

Chegada prevista no terminal; 

Chegada realizada; 

Intervalo entre as partidas previstas e realizadas; 

Diferença entre os horários previstos e reais; 

Deverá informar, para as partidas e chegadas efetivadas, o status da viagem: 
atrasada, adiantada, não realizada ou conforme planejada; 

Os dados deverão ser atualizados, automaticamente, em intervalos definidos 
(parâmetro); 

Possibilitar a priorização das linhas que possuem mais eventos, realizando a 
ordenação, no menu citado no item imediatamente anterior, na ordem da mais 
prioritária para a menos prioritária. Esta ordenação deverá ser refeita a cada 
intervalo de tempo (parâmetro). 

Deverão possibilitar a visualização dos veículos, identificando o sentido, pontos 
de parada, status (se atrasado, adiantado ou no horário), pontos de referência 
e terminais; 

Deverá conter quadro de eventos pendentes gerais ou da linha selecionada, a 
ser acessado quando necessário. 


Da comunicação com os veículos em operação: 


Enviar, a qualquer tempo, informações para o motorista via mensagem de texto 
pré-programada. As mensagens enviadas serão visualizadas no Terminal de 
Dados instalado no veículo; 

Enviar mensagens simultâneas para vários ônibus ao mesmo tempo. 


Da comunicação dos Motoristas com as empresas Concessionárias: 


Permitir o envio de mensagem através do acionamento do Botão de Alerta 
instalado no interior do veículo e integrado ao equipamento rastreador; 

Enviar, a qualquer tempo, informações para as empresas Concessionárias, via 
mensagem de texto pré-programada; 

As mensagens de texto recebidas no Terminal de Dados devem ser precedidas 
de sinal sonoro de alerta para o Operador. 


Da circulação dos veículos em operação: 


Visualização dos veículos nas Unidades de Operação do Sistema 
(Concessionárias), CCO, nas seguintes condições: 

Formação de Comboios; 

Excesso de velocidade; 
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* Não cumprimento do trajeto (retorno antes do ponto final etc); 
* Desvio de trajeto; 
* Início de viagem de veículos fora do planejamento e da tolerância configurada; 
* Parada do veículo (quebra, acidente etc.); 
* Desligamento do motor (locais e tempos não previstos); 
* | Localizar veículos atrasados e sem condições de cumprir o próximo horário — 
abrir comunicação para providências; 
* Atraso no inicio da operação; 
* Adiantamento no inicio da operação; 
* Supressão de viagens — abrir comunicação para providências; 
* Acompanhar o deslocamento de um veículo: 
o Velocidade, Ponto a Ponto; 
o Velocidade média; 
o Tempo de deslocamento (até aquele Ponto) — gasto e previsão de 
término da viagem; 
o Tempo previsto para a próxima parada; 
o Tempo previsto para a chegada a um Ponto aleatório — assinalado 
no trajeto. 
o Histórico de movimentação: 
* Permitir a visualização do histórico de posições de um determinado veículo em 
um determinado período de tempo escolhido pelo operador; 
* Deverá assinalar no mapeamento digital todas as posições por onde o veículo 
se movimentou no período selecionado. 


A visualização poderá ser: 


* | Em um Quadro Sinótico — com a identificação dos Pontos de Parada; 
* No mapa georeferenciado; 
* Em um mapa da WEB. 


O monitoramento das Linhas que compõe o Sistema deverá ser efetuado pelas 
Concessionárias de acordo com as Linhas sob sua responsabilidade e, para tanto, 
deverão ser disponibilizadas telas de consulta desenvolvidas especificamente para 
esta finalidade. A CCO deverá “enxergar” a totalidade das Linhas. 


O software deve considerar a possibilidade de seleção de acordo com parâmetros pré- 
estabelecidos (Concessionárias, Linhas, Eixos, Trajetos, Veículos, Terminais etc). 


5.1.4.1.5 DO APOIO AOS USUARIOS 
O software deverá estar pronto para expor a previsão em painéis a serem instalados 
nos pontos principais da cidade e em locais de grande movimentação. 


O software deverá disponibilizar telas de consulta para serem acessadas pelos 
usuários, via Internet, destacando: 
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a) Acompanhamento dos veículos em circulação naquele momento em uma linha 
pré-selecionada de uma lista apresentada com esta finalidade; 


b) Em um Ponto de Parada de Ônibus, localizar o próximo veículo e o horário 
previsto para sua chegada naquele Ponto — conforme a Linha de interesse do usuário. 
Este horário deverá ser revisado à medida que o veículo for se deslocando pelo 
itinerário; 


c) Visualização de uma Linha e os seus respectivos Pontos de Parada de Ônibus 
e a partir de um Ponto de Parada de Ônibus visualizar todas as Linhas que passam 
por aquele Ponto; 


d) Identificar as opções de deslocamento, utilizando o Sistema, após o usuário 
selecionar, em uma tela exibida com esta finalidade, os locais de Origem e Destino 
desejado, relacionando: 


* Tipo de Serviço; 

* As opções de Linhas; 

* | Tempo estimado de deslocamento; 

* Possíveis integrações nos Terminais; 

* Ponto de embarque e desembarque; 

* Tarifa; 

* Horários previstos de passagem pelo Ponto de Parada; 


e) Consultas ao Quadro Horário e ao itinerário de cada Linha (conforme o 
sentido), a localização dos Pontos de Parada de Onibus etc. 


A visualização, de acordo com cada situação, poderá ser: 


* | Em um Quadro Sinótico; 

* No mapa georeferenciado; 
* Em um mapa da WEB; 

* Em umatela de consulta. 


O Sistema deverá “contabilizar” o número total de acessos e estatísticas por tipo de 
informação solicitada. 


5.1.4.1.6 GERENCIAMENTOS DO SISTEMA DE TRANSPORTES 

As telas de gerenciamento deverão ser acessadas, via internet, de acordo com a 
permissão de acesso do usuário do Sistema de Gerenciamento Eletrônico da Frota e 
possibilitarem a impressão das informações exibidas, bem como opção para 
exportação dos dados contidos nos relatórios para um arquivo comprovadamente 
compatível com software existente. 


Consultas básicas: 


a) Resumo dos veículos em operação 
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Parâmetros de seleção: 


Tipo de Serviço; 

Tipo de Linha; 

Empresa; 

Linha; 

Tipo de Veículo (Convencional, Articulado,...); 

Seleção (Quebrados, Acidentados, em Operação, Não regularizados,..). 


Principais informações: 


b) 


Veículos Quebrados no dia/mês; 
Veículos Acidentados no dia/mês; 
Veículos em operação; 

Veículos não regularizados. 


Exibir o “log” de ocorrências com os veículos em operação com os mesmos 


parâmetros de seleção que o item anterior 


e) 


Resumo de Viagens 


Parâmetros de seleção: 


Tipo de Serviço; 

Tipo de Linha; 

Empresa; 

Linha / Eixo; 

Tipo de Veículo (Convencional, Articulado, ...); 
Seleção (em andamento ou encerradas); 
Faixa Horária; 

Período. 


Principais informações: 


d) 


Conforme planejado; 

Atrasadas; 

Adiantadas; 

Suprimidas; 

Adicionadas; 

Não completadas (problema com o veículo). 


Exibir o “log” de ocorrências com os veículos com os mesmos parâmetros de 


seleção que o item anterior 


e) 


Resumo de quilometragem (viagens encerradas) 


Parâmetros de seleção: 


Período; 
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* Tipo de Serviço; 

* Tipo de Linha (Troncal, Alimentadora, ..); 

- Empresa; 

* Linha; 

* Tipo de Veículo (Convencional, Articulado,...). 


Principais informações: 


* Quilometragem percorrida no dia; 
* Quilometragem percorrida no mês; 
* Quilometragem morta no dia; 

* Quilometragem morta no mês; 


ft) Resumo da Operação 
Parâmetros de seleção: 


* Tipo de Serviço; 

* Terminal; 

* Tipo de Viagem (inicio no Terminal ou fim no Terminal); 
* Tipo de Linha (Troncal, Alimentadora, ..); 

- Empresa; 

* Linha; 

* Tipo de Veículo (Convencional, Articulado,...); 

* Situação (em andamento ou encerradas); 

* Eixo de operação; 

* Faixa horária. 


Principais informações: 


* Conforme planejado; 

* Atrasadas; 

* Adiantadas; 

* Suprimidas; 

* Retorno antes do final; 

* Adicionadas; 

* Substituídas (problemas com o veículo); 
* Desvio de Trajeto; 


5.1.4.1.7 RELATORIOS ESTRUTURADOS 


Os relatórios deverão ser precedidos de uma tela para seleção das informações a 
serem impressas e exibidas para consulta, com opção de impressão, bem como opção 
para exportação dos dados contidos nos relatórios para um arquivo. 


a) Resumo dos veículos em operação 
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Parâmetros de seleção: 


* Período; 

* Tipo de Serviço; 

* Tipo de Linha (Troncal, Alimentadora, ..); 

- Empresa;; 

* Linha; 

*. Tipo de Veículo (Convencional, Articulado...) 
* Idade do veículo (entre limites); 

* Ocorrência (quebra, acidente...) 


Principais informações: 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

* Tipo de veículo; 

* Identificação do veículo; 
* Idade do veículo; 


* Linha; 

* Data; 

* Viagem; 
* Horário; 
* Local; 


* Ocorrência. 
b) Resumo de Viagens 
Parâmetros de seleção: 


* Período; 

* Tipo de Dia (útil, sábado ou domingo); 

* Tipo de Serviço; 

* Tipo de Linha (Troncal, Alimentadora, ..); 

- Empresa; 

*  Linha/ Eixo; 

* Tipo de Veículo (Convencional, Articulado,...); 

* Situação da viagem (Atrasadas, Adiantadas, Suprimidas...); 
* Tolerância; 

* Faixa Horária. 


Principais informações: 


* Identificação do veículo; 


* Linha; 

* Data; 

* Viagem; 
* Horário; 
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* Prevista; 
* Realizada; 
* Diferença; 
* Situação. 
c) Resumo de quilometragem 


Parâmetros de seleção: 


* Período. 

*. Tipo de Serviço. 

* Tipo de Linha (Troncal, Alimentadora, ..). 

* Empresa. 

* Linha. 

* Tipo de Veículo (Convencional, Articulado,...). 


Principais informações: 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

*. Tipo de veículo; 

* Identificação do veículo; 


* Linha; 

* Data; 

* Viagem; 
* Horário; 


* Quilometragem percorrida (remuneradas); 
* Quilometragem “morta”. 


5.1.4.1.8  RELATORIOS OPERACIONAIS 


O sistema fornecido deverá permitir a impressão de Relatórios Operacionais Básicos 
para o acompanhamento da operação e gerenciamento da oferta: 


a) Resumo dos veículos em operação. 
Parâmetros de seleção: 


* Período; 

* Tipo de serviço; 

* Tipo de linha (Troncal, Alimentadora,...); 

- Empresa; 

* Linha; 

* Tipo de veículo (Convencional, Articulado, ...); 
* Idade do veículo (entre limites); 
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* Ocorrência (quebra, acidente, ..). 


Principais informações: 


b) 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

* Tipo de veículo; 

* Identificação do veículo; 


* Linha; 

* Data; 

* Viagem; 
* Horário; 
* Local; 


* Ocorrência; 


Relatório de Viagens 


Parâmetros de seleção: 


* Período; 

* Tipo de serviço; 

* Tipo de linha (Troncal, Alimentadora, ..); 

- Empresa; 

* Linha; 

* Tipo de veículo (Convencional, Articulado, ...); 

* Situação da viagem (Atrasada, Adiantada, Suprimida, Conforme Planejado); 
* Tolerância. 


Principais informações: 


c) 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

* Tipo de veículo; 

* Identificação do veículo; 

* Linha; 

* Horário previsto; 

* Horário realizado; 

*- Diferença; 

* Intervalo entre as viagens; 
* Situação da viagem (Atrasada, Adiantada, Suprimida, Conforme Planejado). 


Relatório de quilometragem 


Parâmetros de seleção: 


* Período; 
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* Tipo de serviço; 

* Tipo de linha (Troncal, Alimentadora, ..); 

- Empresa; 

* Linha; 

* Tipo de veículo (Convencional, Articulado,...). 


Principais informações: 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

* Tipo de veículo; 

* Identificação do veículo; 

* Linha; 

* Horário; 

* Quilometragem percorrida (remunerada) 
* Quilometragem “morta” 


d) Relatório de acompanhamento da pontualidade das linhas 
Parâmetros de seleção: 


* Período; 

- Empresa; 

* Tipo de serviço; 

* Tipo de linha (Troncal, Alimentadora, ..); 


* Linha; 

* Veículo; 

* Horário; 

* Motorista; 


* Situação da viagem (Atrasada, Adiantada, Suprimida, Conforme Planejado); 
* Principais informações: 

Empresa; 

Tipo de Serviço; 

Tipo de Linha; 
Identificação do veículo; 
Motorista; 

Linha; 

Horário previsto; 

Horário realizado; 
Diferença; 

Intervalo entre as viagens. 


oooooooogoo 


Deverá informar um resumo contendo a quantidade de viagens programadas e 
realizadas, o percentual de viagens realizadas, o percentual de atrasos, 
adiantamentos e conforme planejado. 


e) Relatório confrontando os tempos de viagem previstos e realizados. 
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Parâmetros de seleção: 


* Período; 

* Tipo de serviço; 

* Tipo de linha (Troncal, Alimentadora, ..); 

- Empresa; 

* Linha; 

* Tipo de veículo (Convencional, Articulado, ...); 

* Situação da viagem (Atrasada, Adiantada, Suprimida, Conforme Planejado); 
* Tolerância. 


Principais informações: 


* Período; 

- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

* Tipo de veículo; 

* Identificação do veículo; 

* Linha; 

* Horário previsto; 

* Horário realizado; 

* Diferença; 

* Intervalo entre as viagens; 

* Situação da viagem (Atrasada, Adiantada, Conforme Planejado, Suprimida, 
Exceção etc). 


f) Relatório de regularidade das linhas. 
Parâmetros de seleção: 


* Período; 

- Empresa; 

* Tipo de serviço; 

*. Tipo de linha (Troncal, Alimentadora, ..); 
* Linha; 

* Ponto de Monitoramento; 

* Tolerância. 


Principais informações: 


- Empresa; 

* Tipo de Serviço; 

* Tipo de Linha; 

*. Tipo de veículo; 

* Linha; 

* Viagem; 

* Identificação do veículo; 
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* Ponto de Monitoramento; 
* Horário previsto; 
* Horário realizado; 


*- Diferença; 
* Situação da viagem (Atrasada, Adiantada, Suprimida, Conforme Planejado, 
Exceção). 


5.1.4.1.9  RELATORIOS CADASTRAIS 


O sistema fornecido deverá disponibilizar Telas de Consulta, com opção de impressão, 
de todos os Cadastros e Tabelas do Sistema e os relacionamentos pertinentes. 


5.1.4.1.10 INDICADORES 
a) Relatório gerencial de resumo de indicadores operacionais. 


Parâmetros de seleção: 


* Período; 

*. Tipo de Serviço; 
- Empresa; 

* Tipo de Linha; 

* Linha; 


* Tipo de veículo (Convencional, Articulado,...); 

* Tipo da viagem (inicio no terminal ou fim no terminal); 
* Tipo de Dia (útil, sábado ou domingo); 

* Tolerância. 


Principais informações: 


* Data; 
* Tipo de Serviço; 
* Tipo de Linha; 


* Linha; 
* Tipo de Veículo; 
* Veículo; 


* Percentual de Pontualidade; 

* Percentual de Regularidade; 

* Percentual de Supressão; 

* Percentual de Variação do tempo de viagem previsto 


5.1.5 Infraestrutura CCO 
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No Centro de Controle Operacional (CCO) será efetuado o monitoramento da 
Operação de todo SISTEMA DE TRANSPORTE PUBLICO DE Belém, com 
equipamentos específicos para os operadores e um PAINEL ELETRÔNICO DE 
MONITORAMENTO para o acompanhamento agrupado das diferentes regiões do 
SISTEMA DE TRANSPORTE PUBLICO DE Belém. 


A Contratada deverá realizar visita técnica à sede da SeMOB para conhecimento 
do projeto arquitetônico, das instalações físicas e complementares da Central de 
Controle Operacional do Sistema BRT Belém. 


LAYOUT SUGERIDO PARA O CCO 


5.1.6 Equipamentos de Centro de Processamento de Dados (Interno) 
Fornecimento, instalação e configuração de infraestrutura de TI, incluindo 
servidores, com alta disponibilidade de todos os ativos num modelo de 
crescimento eficiente (horizontal) com balanceamento de carga. A distribuição 
deve ter uma utilização eficiente do hardware com divisão das camadas de 
aplicação e banco de dados em 2 clusters distintos, com otimizações de hardware 
e software visando um melhor uso da infraestrutura. 


O proponente deverá realizar visita técnica à sede da SeMOB para conhecimento 
do local, a fim de constatar as condições para o atendimento deste item. 


Deverá ser fornecida infraestrutura de TI para suportar (considerando a 
abrangência do sistema) a recepção e o tratamento dos dados e sinais enviados 
pelos rastreadores e terminais de comunicação, o monitoramento dos veículos em 
operação, o processamento e a exibição das informações necessárias para 
funcionamento do Sistema, com, no mínimo, os itens a seguir: 
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5.1.6.1 SERVIDORES DE APLICAÇÃO 
* Equipamento para hospedar o conjunto de aplicações do SISTEMA DE 
CONTROLE OPERACIONAL; 


* Deverá ser compatível com os sistemas operacionais de 32 ou 64 Bits da 
MICROSOFT ou do sistema operacional LINUX ; 


* Incluem no fornecimento as licenças necessárias para o funcionamento do 
servidor; 


5.1.6.2 SERVIDORES DE BANCO DE DADOS DA APLICAÇÃO 
* Equipamento para servir o Banco de Dados das informações do conjunto de 
aplicações do SISTEMA DE CONTROLE OPERACIONAL; 


* Deverá ser compatível com os sistemas operacionais de 32 ou 64 Bits da 
MICROSOFT ou do sistema operacional LINUX; 


* O software de Banco de Dados deverá ser: 

a. Tipo relacional; 

b. Reconhecer múltiplos processadores; 

c. Permitir backup on line da base de dados e transações; 
d. Permitir agendamento de tarefas; 

e. Fornecer ferramentas de recuperação de dados; 

f. Licença para número de acessos ilimitados; 


* Incluem no fornecimento as licenças necessárias para o funcionamento do 
servidor; 


5.1.6.3 SERVIDOR DE INTERNET / FIREWALL 
* Equipamento para servir aplicação para a Internet e Firewall; 


* Deverá ser compatível com os sistemas operacionais de 32 ou 64 Bits da 
MICROSOFT ou do sistema operacional LINUX; 


* Incluem no fornecimento as licenças necessárias para o funcionamento do 
servidor; 


5.1.6.4 ATIVOS, INFRAESTRUTURA E CONTIGENCIA. 
* Para cada servidor deverá ser alocado um ponto de rede LAN com acesso às 
redes local e internet; 


* Fornecimento de no-breaks, com capacidade compatível com os servidores 
ofertados e para manter o sistema funcionado durante 1 (uma) hora no mínimo; 
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* Todos os ativos de rede como Switch, no-breaks, mobiliário, Rack's de 
acomodação e demais itens necessários para o pleno funcionamento e segurança, 
deverão ser fornecidos pela Contratada; 


5.1.7 Aspectos complementares 
Além de todos os elementos acima listados, a estrutura de Centro de Controle 
Operacional a ser implantada deverá contemplar: 


Operação Assistida (mínimo de 3 meses) 

Licenciamento de Software de Controle Operacional 

Equipe - Controle Operacional (a ser contratada e custeada pelo 
Concessionário) 


5.2 SISTEMAS EMBARCADOS - VEÍCULOS 


5.2.1 AVL 
Especificações técnicas quanto ao Monitoramento em tempo real e gestão veicular 
ininterrupto e, com conectividade de dados segura e terminal de dados: 


Modem Quad-band (850/900/1800/1900 MHz — GSM/GPRS); 
Dual SimCard; 


GPS de alta sensibilidade (-163dBm aquisição e rastreamento, 40 canais, Anti- 
jamming de 89dBHz — SiRF4; 


Antenas GPS externa; 

Bateria interna de 850/900 mAh; 
Alimentação de 9-48VDC; 
Acelerômetro 3 eixos; 

Expansão de memória Flash com cartão Micro SD; 
Linguagem Interpretada — LUA; 
No mínimo 8 entradas; 

No mínimo 04 saídas; 
Barramento One wire; 

No mínimo 01 interface RS232; 
No mínimo 01 interface RS485; 


Entradas para microfone e alto falantes 
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Proteção ativa contra surto de tensão [Load Dump somente na alimentação]; 

Proteção contra polaridade reversa; 

Saídas com proteção de curto; 

LEDs indicadores; 

Temperatura de operação: -40ºC a +85ºC; 

Vibração máxima suportada de 59, para frequências entre 50 a 500hz; 

O equipamento deve possuir saída de áudio para comunicação direta com o motorista; 


O equipamento deve possuir auto falantes amplificados para comunicação direta com 
o motorista; 


O equipamento deve possuir microfone para comunicação direta com o centro de 
controle operacional; 


5.2.2 PAINEL DE INFORMAÇÃO AO USUÁRIO 


Equipamento deve ser acoplado ao AVL e funcionando em conjunto, possibilitando a 
informação on-line de próxima parada, estação em que o veículo se encontra e tem a 
possibilidade de receber informações do CCO Online, estas informações podem ser 
de caráter operacional ou mesmo de interesse social. Estes equipamentos devem ter 
certificação ISO IP66 ou IP67; 


Estar de acordo com a norma ABNT NBR 14022:2009, que trata da acessibilidade em 
veículos de características urbanas para o transporte coletivo de passageiros. 


5.2.3 SISTEMA DE COMUNICAÇÃO REMOTA 

Deve ser acoplado ao AVL ou estar em equipamento distinto, porém, deve ser ter uma 
comunicação direta com o CCO para fins operacionais e informação de urgências ao 
condutor. O sistema não deve interferir na direção do condutor respeitando todas as 
normas da legislação de transito vigente; 


5.2.4 VALIDADOR 

Deve conter elementos de segurança de dados como SAM capacidade de transmissão 
e recepção de dados, on-line ou off-line, deve estar ligado a antenas de transmissão 
wireless, e vinculados a botoeiras de liberação mecânica de bloqueio. O validador 
deve possuir certificação ISO IP66; 


5.2.5 BLOQUEIO (CATRACA) 
O bloqueio deve seguir os parâmetros do Inmetro para controle de acesso, seguindo 
rigidamente as regras de dimensões e segurança. Este equipamento deve ter contador 
digital e analógico e deve realizar o bloqueio por meio de solenoides ou outros meios 
modernos de bloqueio eletrônico; 


5.2.6 VISOR DE ITINERÁRIO (FRONTAL, TRASEIRO E LATERAL) 
Deve possuir iluminação em LED de alta capacidade, com capacidade de registro para 
mais de uma linha registrada. Saída para automatizador por meio de dispositivos 
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integrados como validador, bloqueio ou AVL e capacidade de integração com visores 
laterais e traseiros. 


5.2.7 DVR 

Deve possuir no mínimo 4(quatro) entradas de câmeras de no mínimo 500 linhas com 
dispositivo infravermelho e duas saídas de vídeo do tipo HDMI, deve ser capaz de 
armazenar no mínimo 32GB de dados e capacidade de transmissão por rede wireless 
[GSM 3G | Rádio frequência | deve ser integrado ao AVL. O DVR deve ser dotado de 
processador e memória com capacidade computacional para programação de ações 
embarcadas e grade de agendamento de gravação, deve possuir acelerômetro para 
gravações ao movimentar o veículo e possuir certificação ISO IP67; 


5.2.8 CAMERAS 
Devem possuir resolução de no mínimo 500 linhas, possuir infravermelho e devem ser 
blindadas e certificadas ISO IP67. 


5.2.9 SENSOR DE ATRACAÇÃO 
Cada veiculo da frota deve possuir um sensor de comunicação de abertura das portas 
das estações e terminais, denominado aqui de sensor de atracação. 


A contratada deve fazer visita técnica a SeMOB para homologação do sensor que 
deve seguir os padrões de comunicação determinado pela contratante. 


5.2.10 TERMINAL DE DADOS INTEGRADO 
Processador próprio; 


1MB de memória Flash; 

Teclado QWERTY Capacitivo com Backlight; 

LCD Gráfico TFT Colorido (480 x 272) com Backlight; 
Comunicação RS-485 (padrão J1708); 

Entrada para áudio externo; Alto-falante; 

Entrada (nível lógico alto) para ignição. 

Alimentação de +9 a +48VDC; 


Proteção ativa para Load Dump (ISO 7637-2 24 V) na alimentação; 


Proteção para Polarização Reversa; 

Consumo (Stand by/Em uso): 1,5/23mA — 12 V. 
Memória externa com 4MB PSRAM / 16MB NOR Flash 
Atualização de Firmware via Serial; 

Proteção ESD; LED indicativo de alimentação; 


Temperatura de Operação: -40ºC a +85ºC; 
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Temperatura de Armazenamento: -40ºC a +125ºC; 
Suporte para fixação; 
Proteção de poeira e jatos de água (IP54) 


e Instalação Equipamentos e periféricos 
e Treinamento de Multiplicadores 
* Operação Assistida 


5.3 SISTEMAS EMBARCADOS ESTAÇÕES E TERMINAIS: 


5.3.1 Conjunto de Portas de Embarque e Sistema de Atracação em estações e 
terminais 

É competência do Concessionário, às suas expensas, a aquisição, implantação e 

manutenção do sistema de portas de embarque automática ou semi-automática em 

todas as estações, de acordo com seu respectivo lote. A remuneração destes 

investimentos já está incluída na remuneração básica por passageiro transportado de 

cada lote. 


A especificação detalhada, bem como a escolha do fornecedor a ser adotado deverá 
ser proposto pelo Concessionário, e submetido à análise e aprovação pelo Orgão 
Gestor, ou preposto por este definido. 


Todos os veículos que irão operar em linhas que necessitem de acesso 'as estações e 
terminais dotados de portas automáticas devem possuir sensor de atracação 
compatível. 


5.3.2 Aviso ao Usuário Terminais e Estações 

É competência do concessionário a implantação dos hardwares e equipamentos 
necessários à implementação de sistemas de comunicação e avisos aos usuários em 
todas as estações e terminais de seus respectivos lotes, contemplando no mínimo: 


Telas/monitores 
Suporte e manutenção, 
Rede de transmissão, 
Softwares complementares necessários 


oooo 


5.3.3 Câmeras CFTV 
Devem possuir resolução de no mínimo 500 linhas, possuir infravermelho e devem ser 
blindadas e certificadas ISO IP67. 


5.3.4 Sistema de Sonorização 

Deve ser utilizado para informar por meio de áudio as informações visualizadas no 
painel de informação ao usuário, para atender todos os requisitos de acessibilidade 
para portadores de deficiência visual. O sistema de SOM deve respeitar as normas de 
decibéis. Deverá contemplar no mínimo os seguintes equipamentos: 
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o Amplificador e/ou controlador de áudio 
o Caixas de som 


(CCO (operadores) Video WALL (telas, sistema, instalação e ativação) unid y 
(CCO (operadores) osições de trabalho unid E!) 
(CCO (operadores, Sistemas de Monitoramento por Video 1 
CCO (operadores) Sistemas de Monitoramento veículos 1 
(CCO (operadores) Infraestrutura CCO (Construção com infra de rede interna) m2 400 
(CCO (operadores) quipamentos de Centro de Processamento de Dados (Interno) unid 1 
(CCO (operadores) Operação Assistida (3 meses) equipe/mês 3 
(CCO (operadores) Licenciamento de Software de Gestão Operacional unid 1 
Equipe - Controle Operacional 


Sist Embarcados - Estações e terminais . [Câmeras CFTV - Internas - kit completo de instalação 


estação 


Sisternas embarcados - veiculos Licenciamento de Software por Equipamento Monitorado (AVL + DVR + voz) veiculo 1.580 
Sistemas embarcados - veículos Instalação Equipamentos e periféricos veiculo 1.580 
Sistemas embarcados - veículos | reinamento de Multiplicadores unid 3% 
Sistemas embarcados - veículos Operação Assistida (3 meses) equipe/mês 3 
Sist Embarcados - Estações e terminais. |Portas de Embarque e Sistema de Atracação - conjunto módulo estaç ú 
Sist Embarcados - Estações e terminais . [Aviso ao Usuário Terminais (telas, suporte, rede, e software) estação 8 


Sist Embarcados - Estações e terminais. Sistema de Sonorização 


6 GERENCIAMENTO FINANCEIRO 
6.1 BILHETAGEM: 


estação 


O objeto deste Termo de Referência é a aquisição de licença de uso, de um Sistema 
de Informações de Suporte ao Sistema Integrado de Transporte Público de 
Passageiros ddo Município de Belém - caracterizado pelo Sistema de Controle de 


Bilhetagem Eletrônica - SB, contemplando: 


e Uma solução para controle da bilhetagem eletrônica, incluindo a cessão de 


direito de uso de software. 


e Garantia de suporte e manutenção, bem como de atualização de versões, por 
um período de 36 (trinta e seis) meses contados a partir da entrega definitiva 


do sistema; 


e Fornecimento de um documento contendo as especificações técnicas 
relativas à plataforma tecnológica necessária ao fornecimento e implantação 


do SB; 


e Fornecimento de um documento contendo a especificação técnica do 
protocolo de comunicação e da infraestrutura de comunicação entre o SB, as 


operadoras e os postos de atendimento; 
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e Serviços técnicos especializados de consultoria na implantação do SB; 

e Fornecimento de solução tecnológica integrada, relativa aos protocolos de 
testes e processos de homologação de interfaces a serem adquiridas pelas 
operadoras; 

e Gerenciamento, supervisão, implantação, treinamento e operação assistida 
do SB. 

e Fornecimento do serviço de data center (ambiente operacional) nos primeiros 
12 (doze) meses do contrato que corresponde à fase de implantação e 
transição. 

e Tudo em conformidade com as especificações técnicas constantes do Termo 
de Referência deste Edital. 


Produtos a serem contratados: 


e Etapa inicial de levantamento da legislação que regule a área de abrangência 
do Sistema Integrado de Transporte Público de Passageiros do Município de 
Belém, considerando a nova modelagem do Sistema de Controle de 
Bilhetagem Eletrônica - SB, incluindo conclusões e recomendações que 
propiciem a sua operação nesta nova configuração. 

e Fornecimento de aplicativos do SB incluindo módulos de cadastramento de 
usuários, de geração e distribuição de créditos, de emissão de cartões, de 
gestão financeira, de gestão operacional, de segurança e de auditoria. 

e Especificação técnica da plataforma tecnológica definitiva (hardware e 
software) necessária para o fornecimento, implantação e operação do SB, 
bem como provimento dessa plataforma pelo período de implantação de 12 
(doze) meses. 

e Especificação técnica da infraestrutura de comunicação entre o SB e os 
integrantes do, bem como provimento dessa plataforma pelo período de 12 
(doze) meses. 

e Especificação técnica do protocolo de comunicação entre o SB e os diversos 
componentes do sistema (cartões, veículos, equipamentos urbanos, 
garagens, terminais, estações de metrô, postos de venda, etc.) abrangendo 
as características técnicas, de segurança e operacionais das interfaces, 
incluindo protocolo de testes e processo de homologação das soluções 
tecnológicas a serem adquiridas pelas operadoras. 


Produtos a serem contratados: 


e Etapa inicial de levantamento da legislação que regule a área de abrangência 
do Sistema Integrado de Transporte Público de Passageiros do Município de 
Belém, considerando a nova modelagem do Sistema de Controle de 
Bilhetagem Eletrônica - SB, incluindo conclusões e recomendações que 
propiciem a sua operação nesta nova configuração. 

e Fornecimento de aplicativos do SB incluindo módulos de cadastramento de 
usuários, de geração e distribuição de créditos, de emissão de cartões, de 
gestão financeira, de gestão operacional, de segurança e de auditoria. 
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Especificação técnica da plataforma tecnológica definitiva (hardware e 
software) necessária para o fornecimento, implantação e operação do SB, 
bem como provimento dessa plataforma pelo período de implantação de 12 
(doze) meses. 

Especificação técnica da infraestrutura de comunicação entre o SB e os 
integrantes do, bem como provimento dessa plataforma pelo período de 12 
(doze) meses. 

Especificação técnica do protocolo de comunicação entre o SB e os diversos 
componentes do sistema (cartões, veículos, equipamentos urbanos, 
garagens, terminais, estações de metrô, postos de venda, etc.) abrangendo 
as características técnicas, de segurança e operacionais das interfaces, 
incluindo protocolo de testes e processo de homologação das soluções 
tecnológicas a serem adquiridas pelas operadoras. 

Gerenciamento, coordenação, implantação, treinamento e operação assistida 
do SB. 

Manutenção do SB. 


Faz parte integrante do escopo de serviços: 


O fornecimento e a cessão de direito de uso do software aplicativo, incluída a 
garantia de atualização para novas versões; 
Os serviços de suporte e garantia técnica pelo período a ser contratado. 


O produto ofertado deverá conter obrigatoriamente as seguintes funcionalidades: 


Criação das Chaves de Segurança do Sistema: 
Processo específico para geração de chaves. 
As chaves de segurança do sistema são geradas off-line. 
A chave do sistema é gerada através de pelo menos dois interlocutores para 
a digitação de suas respectivas senhas. 
Existência hierárquica de chaves de segurança. 
O Cartão Mestre gera a chave do sistema nos demais cartões. 
Geração de Créditos Eletrônicos a partir da efetivação do sistema 
Os créditos eletrônicos são gerados em ambiente seguro com a senha do 
sistema e dos cartões de segurança. 
Permite geração de lista para processo de lote de recarga nos veículos. 
Os lotes de créditos são criados com número de série e data de validade. 
Possibilita a rastreabilidade da compra dos créditos eletrônicos. 
Possibilita pelo menos 02 (duas) cargas por produto no cartão, com desconto 
dos créditos mais antigos válidos. 
Rastreio a distribuição dos créditos eletrônicos. 
Permita rastreamento dos créditos por lote. 
Permita rastreamento dos créditos por cartão de usuário. 
Mantém valor de compra dos créditos eletrônicos quando do reajuste da 
tarifa. 
Transfere créditos eletrônicos on-line para os cartões dos usuários. 
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Comercialização dos Créditos 

Fornece módulo de serviços de venda de créditos eletrônicos aos usuários 
via WEB. 

Comercializa créditos eletrônicos on-line. 

Permite acompanhamento on-line dos créditos eletrônicos disponíveis para 
venda e geração de recarga no sistema. 

Permite o bloqueio de Credenciados on-line no Sistema. 

Permite débito de créditos em cartões nos pontos de venda para pagamentos 
de produtos não ligados a bilhetagem. 

Permite o envio de recargas para os validadores e/ou pontos de venda. 
Permite o ressarcimento dos créditos eletrônicos. 

Permite a transferência de créditos eletrônicos em caso de perda ou 
cancelamento do cartão automaticamente na geração da 2.a via. 

Registra passagem unitária paga embarcada em dinheiro. 

Permite consultar o saldo sem debitar tarifa. 

Incorpora as informações dos pagamentos efetuados via WEB e 
compensados na rede bancária, com padrão CNAB. 

Gerenciamento e Certificação de transmissões de dados 

Possui assinatura de segurança. 

Cada transação é verificada e assinada pelo módulo SAM. 

Em cada transmissão o pacote dos dados a ser enviado é criptografado. 

Tem certificação da integridade dos dados enviados e recebidos pelas 
garagens ou terminais. 

Verifica a assinatura do pacote e a encriptação. 

Monitora o envio e o recebimento dos arquivos da central para os 
validadores. 

Controla a versão das aplicações e de todos os dados enviados para as 
garagens. 

Certifica as assinaturas geradas pelos módulos SAM's para evitar geração de 
registros de uso/recarga inválidos. 

Gera alarme em caso de não envio de dados. 


Detalhamento dos produtos e serviços 


A Contratada deverá alocar uma equipe de profissionais junto à 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE DE BELÉM(Equipe 
Técnica) pelo prazo de duração da respectiva implantação, treinamento e 
operação assistida. Concluídas estas etapas, a Contratada deverá manter 
equipe de manutenção para atendimento das demandas da 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM. 
Todos os passos e produtos do trabalho de consultoria deverão ser 
comunicados e discutidos com a SUPERINTENDÊNCIA EXECUTIVA DE 
MOBILIDADE URBANA DE BELÉM, de maneira a garantir a este organismo, 
a condução e controle do processo. Para tanto, a Contratada deverá 
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6.1.1 


6.1.2 


considerar a realização de reuniões periódicas ou os meios de comunicação 
que julgarem oportunos. 

Deverão ser elaborados relatórios mensais de forma a possibilitar o 
acompanhamento e análise dos serviços realizados a cada mês, descrevendo 
as atividades desenvolvidas no período e indicando os fatos que poderão 
afetar os trabalhos posteriores e as providências a serem adotadas, de modo 
a não prejudicar os prazos contratuais. 

A Contratada deverá prestar os serviços de operação assistida, após a 
conclusão da implantação do sistema e concomitantemente com o 
treinamento. 


Especificação Funcional do SB 
O SB deverá possuir módulos operacionais, cada qual responsável por uma 
atividade específica. A especificação funcional desses módulos está 
detalhada a seguir: 
Todos os módulos que comporão o SB deverão ser parametrizados e um 
módulo de configuração desses parâmetros, deverá ser fornecido para que a 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM 
possa realizar suas próprias configurações. 
Deverá ser utilizada a tecnologia de banco de dados Microsoft SQL Server ou 
ORACLE. 
Os componentes do sistema devem ser disponibilizados em três camadas (3- 
Tier), garantindo assim, que a SUPERINTENDÊNCIA EXECUTIVA DE 
MOBILIDADE URBANA DE BELÉM tenha autonomia sobre a camada de 
apresentação. 
Todo o sistema deve ser totalmente funcional, sob a plataforma do Sistema 
Operacional Windows 2003 Server ou superior, com exceção do Banco de 
Dados, que pode rodar sob outras plataformas. 


Módulo de Controle do SB 

O SB deverá possuir um módulo de controle, responsável pela gestão, 
acompanhamento, fiscalização e processos de auditoria. Esse módulo deve 
ter funções que permitam o registro de todas as operações realizadas no SB, 
incluindo geração, comercialização, distribuição e utilização de cartões e 
créditos eletrônicos. Deverá também, prover todas as necessidades da 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM 
relativas à garantia da integridade das operações, servindo ainda como 
instrumento de apoio à gestão da rede de comercialização, ao controle da 
transferência de arquivos e informações com as garagens e ao controle do 
cadastro de usuários. Deverá oferecer soluções para o registro sistemático de 
todas as operações, indicando data, hora e o técnico responsável pela 
realização de cada operação. 
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6.1.4 


Módulo de Geração de Créditos Eletrônicos 
A geração de créditos eletrônicos será feita com a utilização de equipamento 
on-line. A geração será realizada sob demanda, analisando cada solicitação 
sob a ótica financeira, liberando apenas solicitações que possuam lastro 
financeiro. 
A operação de geração de créditos deixará registro das seguintes 
informações, para fins de controle e rastreamento: 
Das quantidades de créditos gerados, em número de viagens ou valor 
monetário; 
Dos números de série dos créditos gerados; 
Das datas de geração dos créditos; 
Dos dados da rede solicitante; 
Dos cartões de usuário que receberão os créditos. 


Módulo de inicialização de cartões 
Esse módulo será responsável pela formatação dos cartões utilizados no 
sistema de bilhetagem eletrônica. Esse processo garantirá que os cartões 
sejam considerados válidos para fins de carregamento de créditos junto à 
rede de distribuição e sua utilização nos veículos. 
O módulo de inicialização transferirá para os cartões, os códigos 
criptográficos necessários para a segurança do sistema. 
Além da criptografia, o processo de inicialização inserirá no cartão as 
características próprias de cada tipo de usuário, ao qual o cartão se 
destinará. 
De um modo geral, os cartões de usuários podem ser classificados em duas 
categorias: 
Cartões destinados a usuários que possuem descontos tarifários e 
gratuidades (estudantes, idosos, crianças menores de 06 (seis) anos de idade 
e portadores de deficiências). 
Cartões de uso geral, para usuários sem descontos tarifários (vale-transporte 
e comum). 
O módulo de inicialização de cartões deverá dispor de um aplicativo que 
indique a transferência de cada unidade inicializada para o módulo de 
personalização, na qual receberá impressão de dados pessoais ou do 
número lógico gerado automaticamente pelo módulo de controle. 
O processo de inicialização de cartões é crítico para a segurança do sistema 
e será operado por técnicos qualificados para tanto. O escopo de 
desenvolvimento desse módulo deverá prever o treinamento desse corpo 
funcional da SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA 
DE BELÉM. A inicialização será realizada em ambiente restrito e controlado. 
O módulo deverá dispor de função de geração de chaves de segurança, 
próprias do sistema de bilhetagem ora especificado, as quais serão inseridas 
nos cartões, em substituição às chaves inseridas no processo de fabricação 
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do cartão. Além dessa substituição, o processo de inicialização insere setores 
e blocos configuráveis. O módulo de inicialização deverá disponibilizar à 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM, 
através de meio eletrônico, a numeração dos cartões, separados por lotes de 
fabricação. Somente os cartões integrantes desse arquivo eletrônico, 
poderão receber créditos válidos no sistema e suas operações serem 
consideradas no processo de arrecadação e compensação de créditos. 

Os cartões inicializados serão cadastrados em lotes e sobre esses lotes, será 
mantido o controle pelo SB. Esse cadastro permitirá o acompanhamento da 
situação individual de cada cartão, em especial quanto à sua validade para 
recarga nos pontos de comercialização e distribuição de créditos e posterior 
utilização nos veículos. 

Os cartões inválidos (por perda ou roubo, por exemplo) serão incluídos em 
arquivo próprio atualizado diariamente, a ser enviado para os servidores das 
garagens e daí transmitidos a todos os validadores do sistema de bilhetagem, 
para inibir eventual tentativa de utilização ou recarga. 


Os cartões dos usuários serão utilizados nas seguintes operações: 


Pagamento de passagem. 

Recarga dos créditos eletrônicos nos locais autorizados. 

Recarga embarcada de créditos. 

A aquisição dos cartões será efetuada pela SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM, obedecidas as 
especificações técnicas contidas neste documento. A solução apresentada 
deve permitir à SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE 
URBANA DE BELÉM adquirir cartões de vários fornecedores. 

A tecnologia de segurança, implícita ao cartão e ao seu processo de 
inicialização, deverá impedir a utilização de créditos que não tenham sido 
gerados segundo os procedimentos de segurança e regras de negócios 
definidos pela SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE 
URBANA DE BELÉM. 


6.1.5 Módulo de Personalização de Cartões 


. 


Esse módulo será responsável pela impressão nos cartões já inicializados, 
das informações necessárias para identificação do cartão ou do usuário que o 
deterá. 

Os cartões destinados aos usuários que tenham direito a descontos tarifários 
e/ou gratuidades receberão a impressão de informações pessoais e da foto 
de cada usuário. Para tanto, esse módulo deverá dispor de funções para a 
inserção das informações exigidas para cada tipo de usuário, para a captura 
de imagens digitais. 

Os cartões destinados aos usuários pagantes comuns, e com vale-transporte 
receberão a impressão do seu número lógico, elemento importante para que 
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6.1.6 


6.1.7 


6.1.8 


o usuário possa identificar o seu cartão, mesmo que ele não receba 
personalização. Essa informação será particularmente útil para orientar 
eventuais solicitações do usuário junto ao serviço de atendimento. 

Esse módulo também deverá dispor de uma função que identifique o envio 
dos cartões para a custódia, nos casos de cartões destinados a usuários sem 
descontos tarifários e de remessa ao usuário final, no caso de cartões 
personalizados. 


Módulo de Suporte 
Esse módulo conterá as ferramentas necessárias à operação do Serviço de 
Atendimento ao Cliente. Esse Serviço atenderá usuários individuais (pessoa 
física) e os compradores de vale-transporte (pessoa jurídica). Esse módulo 
terá funções para registro de ocorrências, acompanhamento de processos e 
solução de problemas relativos a: 
Emissão de cartões 
Bloqueio de cartões 
Ressarcimento de créditos Reclamações e dúvidas 


Módulo de Cadastramento e Atendimento do Usuário 
Esse módulo permitirá o cadastramento dos usuários, independentemente da 
modalidade de cartão que venham a utilizar. Deverá permitir, também, a 
inserção de dados pessoais do usuário e sua vinculação a um cartão. 
Esse módulo será responsável pela solicitação de cartões custodiados (já 
inicializados) e sua vinculação a um específico usuário do sistema de 
transporte. Esse vínculo permitirá a formação de um registro que orientará 
todo o serviço de atendimento ao usuário, em ações relativas ao 
ressarcimento de créditos e bloqueio de cartões roubados e/ou perdidos. 
Esse módulo permitirá, também, regular o atendimento da legislação que 
autoriza a concessão de benefícios tarifários, parciais ou totais. 
O módulo possuirá funções para a implantação de diferentes tipos de canais 
de atendimento, incluindo atendimento presencial, internet, central de 
atendimento telefônico e coleta de informações para processamento em 
back-office (informações coletadas através de urnas nas quais os usuários 
depositem formulários). 
O módulo possuirá as funções relativas à operação dos postos de 
atendimento presencial e deverá ser totalmente integrada com os demais 
módulos do SB, a fim de garantir que o processamento dos pedidos de 
cartão, sua emissão e entrega, sejam feitos no menor prazo possível. 


Módulo de Comercialização 
Esse módulo será dedicado ao gerenciamento da rede de comercialização e 
distribuição de créditos eletrônicos, incluindo os pontos de venda 
capilarizados, internet, terminais de autoatendimento e as bilheterias fixas dos 
equipamentos urbanos dos serviços de transporte. Esse módulo será 
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responsável pela comercialização de créditos destinados a todas as 
modalidades de cartões. 

Esse módulo gerenciará todo processo de comercialização, verificando a 
validade do cartão para o qual seja solicitada a transferência do crédito e 
autorizando a carga. Para tanto, atuará de maneira integrada ao módulo de 
controle do SB. 

Esse módulo administrará as informações financeiras da rede de pontos de 
venda, incluindo o eventual bloqueio de acesso de um determinado ponto que 
esteja inadimplente junto à SUPERINTENDÊNCIA EXECUTIVA DE 
MOBILIDADE URBANA DE BELÉM. 

O módulo de comercialização será responsável pela autorização de carga de 
créditos pré-pagos, modalidade na qual se enquadrará principalmente o vale- 
transporte. As empresas adquirirão os créditos, vinculados aos cartões 
especificados em lista de recarga e essas listas, através do módulo de 
comercialização. Essas listas, uma vez liquidadas financeiramente, serão 
disponibilizadas na rede de comercialização, que incluirá os próprios 
validadores instalados nos veículos do sistema de transporte. 

Além dos aspectos operacionais da comercialização do vale-transporte, 
resumidos no parágrafo anterior, o módulo de comercialização deverá dispor 
das seguintes funções relativas a essa modalidade de cartões: 
Gerenciamento centralizado de pedidos e informações financeiras, até a 
liquidação da operação de compra de créditos; 

Ferramenta para acompanhamento do pedido, disponível para o serviço de 
atendimento ao usuário; 

Geração e distribuição dos arquivos com as listas de recarga autorizadas; 
Interface com a Internet para venda dos créditos. 

A carga de créditos será feita através de equipamentos ligados on-line ao SB 
e através de recarga embarcada. 


6.1.9 Módulo de ajuda 


Esse módulo destina-se ao dos problemas operacionais, oferecendo a 
referência do tratamento dado a problemas similares ocorridos em outras 
garagens. 

Além desse registro, o módulo disponibilizará o acompanhamento até a sua 
completa solução. O acompanhamento sistemático dos problemas detectados 
ou comunicados permitirá a formação de um histórico a ser utilizado nas 
consultas futuras. 


6.1.10 Módulo de Relatórios 


. 


Esse módulo deverá permitir à SUPERINTENDÊNCIA EXECUTIVA DE 
MOBILIDADE URBANA DE BELÉM o processamento de informações para a 
extração de relatórios gerenciais relativos ao sistema de transporte e ao 
sistema de bilhetagem. A gama de relatórios deverá abranger pelo menos os 
seguintes assuntos, tanto do ponto de vista qualitativo quanto quantitativo: 
Oferta de serviços, incluindo indicadores de frota e viagens; 
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6.1.12 


6.1.13 


Demanda de passageiros, incluindo indicadores por viagem, por empresa, por 
linha, por tipo de pagamento de cartão, incluindo as viagens integradas; 
Créditos em poder do público; 

Vendas por ponto de venda e tipo de cartão; 

Utilização de cartões com privilégios tarifários; 

Ocorrências do serviço de atendimento ao usuário; 

Conta corrente de cada cartão; 

Receita por empresa, por linha, do sistema, por tipo de usuário; 

Emissão e cancelamento de cartões, por tipo; 

Empresas compradoras de vale-transporte, incluindo perfil de compra de 
créditos; 

Ocorrência de falhas; 
Cartões indisponíveis, incluindo tentativas de utilização posterior à notificação 
para cancelamento; 

Controladoria financeira, incluindo informações relativas às receitas tarifárias 
e à compensação de créditos entre as várias empresas operadoras do 
sistema de transporte. 


Ferramenta de Geração de Relatórios 
A SeMOB poderá, a seu critério, criar novos relatórios utilizando ferramenta 
de geração fornecida juntamente com os demais relatórios citados. 


Módulo de Administração 
Esse módulo conterá os aplicativos voltados para o gerenciamento e 
administração do Sistema de Bilhetagem Eletrônica, abrangendo as seguintes 
funções: 
Programação operacional dos serviços prestados pelas empresas operadoras 
do sistema de transporte; 
Administração das tarefas de processamento dos dados; Administração da 
logística de cartões operacionais; Administração de segurança do sistema. 


Módulo de Segurança 
Esse módulo deverá oferecer as ferramentas que permitam ao administrador, 
estabelecer os padrões e níveis de acesso aos usuários do sistema. 
Esse módulo trabalhará de maneira integrada com os controles de acesso do 
gerenciador de banco de dados e do sistema operacional. 
Esse módulo deverá conter três submódulos: 
Submódulo do usuário; 
Submódulo do sistema; 
Submódulo operacional. 
O acesso a esses submódulos, somente será permitido ao usuário mediante 
identificação de sua senha no sistema operacional Windows, criada pelo 
administrador de rede. O sistema de controle definirá o perfil de acesso de 
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cada usuário, estabelecendo as operações permitidas e as não permitidas, 
operando com os seguintes níveis de segurança: 

Sistema operacional; 

Banco de dados; 

Controle de acesso; 

Log. 

O Log deve conter registro de todas as informações necessárias para a 
criação de uma trilha de auditoria para todas as transações realizadas. 


6.1.14 Módulo de Homologação e Testes 


A proponente deverá disponibilizar obrigatoriamente um módulo que permita 
à SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE 
BELÉM, o teste de todas as funcionalidades e interfaces do SB com os 
equipamentos de diversos fornecedores de solução de bilhetagem eletrônica. 


Este módulo deverá possuir, desde testes que devem ser realizados no 
validador e demais componentes, até a validação da transferência de 
arquivos da garagem com o SB. 

Toda e qualquer interação deverá ser coberta e devidamente tratada. 

O módulo deverá, ao final da bateria de testes, gerar um relatório definindo o 
grau de aderência da solução em processo de homologação, dando subsídios 
à SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE 
BELÉM, para aprovar ou indicar os problemas da solução em questão. 


Especificação Funcional — Rede de Infraestrutura de Comunicação de Dados — ICD e 
Segurança do SB. 


A Infraestrutura de Comunicação de Dados - ICD é responsável pela 
transmissão e recepção de dados entre os sistemas instalados nas Garagens 
(sistema das operadoras) e o SB localizado na SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM, bem como entre esta e 
os pontos de venda. 

A Infraestrutura de Comunicação de Dados — ICD deve prover conexões de 
forma segura, eficaz e eficiente para as informações enviadas e recebidas 
entre os diversos pontos do Sistema de Controle de Bilhetagem Eletrônica. 
Considerando-se a natureza dos dados que trafegam no SB, compostos de 
transações financeiras e de registros de utilização dos cartões, é fundamental 
que sejam implementados métodos que garantam a segurança e integridade 
dos dados, tanto no nível de transporte, como do aplicativo. 

Para garantir a segurança, deverão ser utilizados recursos eficazes de 
criptografia, certificação e autenticação de documentação. 

A Infraestrutura de Comunicação de Dados — ICD deverá ser composta por: 
Meios físicos de interconexão redundantes; 


Página 50 de 61 


LT EGL ENGENHARIA 


Roteadores, firewalls com alta disponibilidade, respectivos softwares 
(operacional e VPN) instalados nos usuários da ICD e na 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM. 
Controladores de comunicação e armazenamento temporário instalados no 
sB. 

Software de comunicação para o estabelecimento e gerenciamento das 
conexões entre os usuários da ICD. 


6.1.15 Quanto a Segurança de Dados 


Deverá possuir um módulo cliente de VPN, para sistema operacional MS 
Windows, responsável pela conexão de um computador (o cliente) através de 
VPN, equipado com firewall e ferramentas de comunicação segura para envio 
e recebimento de arquivos digitais, mensagens instantâneas e email; 

Deverá possuir um módulo servidor responsável pelo gateway de criptografia 
da VPN, com serviços de rede integrados; 

Deverá possuir um módulo administrador, responsável por prover as 
ferramentas de gerenciamento da VPN, tais como atualização de software e 
de chaves e especificação das conexões permitidas para cada cliente; 

Deverá prover um sistema de gerenciamento de chaves criptográficas do tipo 
simétrico, oferecendo maior segurança e flexibilidade quanto à segurança das 
comunicações; 

Deverá possuir um módulo de criptografia compatível com a interface 
Microsoft CryptoAPI 2.0; 

Deverá permitir o uso de chaves para assinatura digital compatíveis com 
GOST R 34.10-2012; 

Deverá permitir a detecção de modificação dos dados criptografados em 
conformidade com o algoritmo GOST 28147-89; 

Deverá permitir o uso de tokens, incluindo o padrão eToken para 
armazenamento de chaves criptográficas; 

Deverá permitir o monitoramento de todos os componentes da solução, 
incluindo o módulo de gerenciamento e as estações clientes; 

Deverá permitir o uso de serviços de criptografias compatíveis com RFC 
4357, RFC 4490 e RFC 4491 

Deverá permitir o uso de chaves criptográficas para assinatura digital de 
documentos; 

Deverá permitir a implantação de VPN “Client-To-Site”, provendo acesso 
seguro aos serviços de uma LAN equipada com o módulo servidor, através 
de túnel com conexão criptografada, a partir de computadores locais ou 
remotos instalados com o módulo cliente ou dispositivos móveis com IPsec; 
Deverá permitir a implantação de VPN “Site-To-Site”, provendo acesso 
seguro aos serviços para computadores instalados com o módulo cliente e 
dispositivos móveis com IPSec, em diferentes LANs equipadas com o 
módulo servidor, através de “tunneling” com conexão criptografada; 

Deverá permitir a implantação de VPN “Client-To-Client”, provendo 
comunicação segura e direta entre computadores instalados com o módulo 
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cliente, através de conexão criptografada, para utilização de serviços que 
exigem tráfego de streaming, como VolP; 


6.1.16 Quanto ao Módulo Administrador 


Deverá prover recursos para o gerenciamento da VPN, a partir de um ponto 
central, mediante uso de interface amigável com “wizards” para facilitar a 
navegação; 

Deverá permitir a criação e configuração de uma ou mais redes VPN a partir 
da console de administração; 

Deverá permitir a criação de clientes e servidores participantes da VPN e 
suas conexões; 

Deverá permitir a criação e atualização de chaves de criptografia para os 
participantes da VPN; 

Deverá prover mecanismos para verificação automática e alerta de 
inconsistências nas configurações da VPN, permitindo que o administrador 
seja auxiliado em seu processo de correção; 

Deverá permitir a criação de segmentos lógicos isolados na VPN; 

Deverá permitir a configuração e gerenciamento de parâmetros do módulo 
servidor - DNS, endereços IP, tráfego dos túneis da VPN, conexões IPsec 
para clientes remotos equipados com Android e iOS; 

Deverá permitir a atualização centralizada de software, em clientes e 
servidores da VPN; 


6.1.17 Sistema de Abstração de Hardware de Bilhetagem Eletrônica (SAHBE) 


A solução, objeto deste termo, deverá obrigatoriamente integrar todos os 
componentes do SB permitindo a possibilidade de múltiplos fornecedores de 
equipamentos de bilhetagem eletrônica, tais como validadores, pontos de 
venda, etc. 

Para garantir esta integração e a interoperabildade dos diversos 
componentes, a SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE 
URBANA DE BELÉM adotará para o SB o uso de módulos SAM (Security 
Access Module), que possuam as seguintes características: 

Interface com contacto, sendo requerido que os SAMs sejam disponibilizados 
no formato IDO00. 

Respeitar a norma para cartões com contacto |S07816-1,2,3- TO ou T1. 
Suportar uma velocidade de transmissão de 115.200bps. 

Em termos da aplicação do SAM, esta será especificada e desenvolvida pela 
contratada, considerando as necessidades da SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM quanto à velocidade e 
segurança. 

O SAM deverá possuir, além das chaves do sistema, uma máquina de 
estados que defina todas as operações que o equipamento ligado a ele deve 
executar e a ordem que estas operações devem ocorrer. 

O Sistema de Abstração de Hardware de Bilhetagem Eletrônica (SAHBE), 
obrigatoriamente deverá: 


Página 52 de 61 


LT EGL ENGENHARIA 


Bloco 0, sala 12 


Permitir a interação com um ou mais sistemas de garagem homologados pela 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM; 
Permitir a interação com um ou mais sistemas de venda de créditos 
homologados pela SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE 
URBANA DE BELÉM; 

Possibilitar o controle dos processos de validadores, de um ou mais 
fornecedores de hardware homologado pela SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM; 

Possibilitar o controle dos processos de equipamentos de recarga, de um ou 
mais fornecedores de hardware homologados pela SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM; 

Garantir a integridade das transações realizadas com cartão entre sistemas 
de um ou mais fornecedores homologados pela SUPERINTENDÊNCIA 
EXECUTIVA DE MOBILIDADE URBANA DE BELÉM; 

Dar subsídios, documentações, rotinas e procedimentos para o processo de 
homologação de fornecedores pela SUPERINTENDÊNCIA EXECUTIVA DE 
MOBILIDADE URBANA DE BELÉM; 

A Seguir serão apresentados os módulos exigidos para a solução SAHBE. 


6.1.18 SAM 


O único elemento de hardware que não é intercambiável é o chip SAM, que 
tem duas funções de alta importância no sistema: 

Manter a integridade e segurança dos créditos e dados que transitam pelo 
sistema; 

Ser o middleware (Software de interface que permite interação de diferentes 
aplicações de softwares) que permitirá a comunicação entre o ambiente de 
hardware e a solução de software proposta para o Sistema Central 


6.1.19 Interfaces de Abstração 


A Contratada deverá fornecer os métodos e interfaces (software e 
documentação), para comunicação com os diversos sistemas que compõem 
a solução de bilhetagem. Todos os protocolos de comunicação do SB com 
outros sistemas deverão ser documentados e devidamente tratados. 

A interface de abstração será a ferramenta que permitirá a troca de 
informações entre as soluções de garagem e o SB, e será com ela que a 
SUPERINTENDÊNCIA EXECUTIVA DE MOBILIDADE URBANA DE BELÉM 
viabilizará a independência da solução que cada operador do sistema de 
transportes do Belém utilizará. 

Parte desta interface deverá estar funcional no SAM, e parte no Certificador 
Digital, conforme descrito abaixo: 

No SAM ela terá a responsabilidade de proporcionar uma interface direta com 
o hardware, indicando ao validador ou outro componente, a maneira como 
deve se comportar em cada uma das situações possíveis, tais como; 
operações de débito ou crédito, comunicação de pacotes de dados com a 
central, parametrizações como regras de utilização do cartão, etc. O 
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equipamento deverá por sua vez, implementar um conjunto de rotinas que 
executarão as operações que o SAM ordenará ao equipamento. 

Cada uma das rotinas a serem implementadas nos equipamentos, deverão 
ser especificadas pela proponente e serão devidamente testadas com o 
módulo de homologação e testes. 

Com o Certificador Digital, o processo de interface é similar, porém ele além 
de validar todas as transações financeiras, deve monitorar e garantir a 
integridade das informações trocadas com o SB pelos sistemas de garagem, 
distribuição e demais sistemas de campo. 

A interface de abstração deverá garantir que toda e qualquer transação que 
ocorrer no SB com elementos externos, seja assinada e validada quanto à 
origem e às informações que esta contém. Para tal, deverão ser utilizadas as 
facilidades criptográficas do SAM e do Certificador Digital, para criar 
assinaturas que permitam a verificação da integridade dos pacotes 
transmitidos. 


6.1.20 Certificador Digital 


. 


Servidor criptográfico que validará todos os créditos gerados e que permitirá 
manter um histórico de todas as cargas realizadas por rede e por cartão. 
Além disso, o certificador deverá validar toda e qualquer transação que 
ocorrer com o SB e sistemas externos, fazendo com que estas sejam 
assinadas e devidamente validadas pelo certificador digital, sendo a operação 
de origem financeira ou não. 

O Certificador Digital apenas liberará cargas para equipamentos cadastrados 
e para cartões que não possuem restrições nos sistemas. 

Em sua proposta, o licitante deverá indicar o servidor criptográfico que 
pretende utilizar (hardware), com detalhes técnicos e de performance. 

Quanto ao funcionamento, o Certificador Digital deverá: 

Validar as solicitações de carga verificando sua proveniência, armazenar 
estas informações e sob demanda, liberar créditos válidos exclusivamente 
para o cartão solicitante; 

Permitir validar todas as transações realizadas com o cartão em validadores; 
Permitir assinar todas as informações que forem trocadas entre garagem, 
ponto de venda e central de processamento. 

Deverá possuir um módulo de criptografia compatível com a interface 
Microsoft CryptoAPI 2.0; 

Deverá permitir o uso de chaves para assinatura digital compatíveis com 
GOST R 34.10-2012; 

Deverá permitir a detecção de modificação dos dados criptografados em 
conformidade com o algoritmo GOST 28147-89; 

Deverá permitir o uso de tokens, incluindo o padrão eToken para 
armazenamento de chaves criptográficas; 

Deverá permitir o monitoramento de todos os componentes da solução, 
incluindo o módulo de gerenciamento e as estações clientes; 
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e Deverá permitir o uso de serviços de criptografias compatíveis com RFC 
4357, RFC 4490 e RFC 4491 

e Todas as transações efetivadas nos validadores sobem para o SB e são 
validadas pelo certificador. 


7 SISTEMAS DE INFORMAÇÕES AO USUÁRIO - SIU 


Os sistemas de informações ao usuario devem ser disponibilizados a população em 
canais gratuitos, atraves de no minimo três tipos de sistemas: 

e Sistema Mobile (Smartphone); 

e Sistema Portal na internet; 

* Sistema Paineis; 


7.1 QUANTO AO SISTEMA MOBILE 
O APP deve estar disponível no mínimo para os sistemas operacionais Android e IOS, 
e funcionar em suas 2 ultimas versões anteriores; 


O APP deve estar disponivel nas lojas dos fabricantes dos sistemas operacionais sem 
nenhum custo para o usuário; 


O APP deve ser capaz de mostrar as linhas e paradas próximas por meio do GPS do 
dispositivo móvel; 


O APP deve gerar as informações ao usuário com no máximo três filtros, sendo: Linha, 
Ponto e sentido; 
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O APP deve apresentar no mínimo as seguintes informação como resultado: Número 
da Linha, Número do Veículo, Previsão de chegada no ponto escolhido dos primeiros 
horários; 


O APP deve possuir um “botão” de atualização para que o usuário não necessite 


realizar nova pesquisa, caso os parametros sejam os mesmos; 


O APP deve retornar a informação pesquisada em no máximo 30 (trinta) segundos; 


7.2 QUANTO AO PORTAL NA INTERNET 


O sistema deve permanecer disponível 24 horas por dia, durante todos os dias da 
semana com características 24/7/365; 


O sistema deve gerar as mesmas funcionalidades do sistema mobile; 


O sistema deve ser automaticamente ajustado caso seja utilizado em ambientes 
móveis como tablet e smartphone, independente do dispositivo móvel possuir o APP 
de consulta; 


O sistema deve possuir recursos de acessibilidade web; 


O sistema deve ser capaz de plotar em mapa online a linha escolhida. Divulgação de 
informações e orientações em geral sobre a aquisição dos produtos tarifários no 
âmbito do sistema de bilhetagem eletrônica; 


Divulgação de notícias relevantes do sistema de transporte coletivo, como mudanças 


de linhas e horários; 


7.3 QUANTO AO SISTEMA DE PAINEIS 
7.31 NAS ESTAÇÕES 


O sistema deve ser capaz de ser visualizado em telas de 29 a 100 polegadas; 


O sistema deve apresentar no mínimo as seguintes informações para previsão de 


chegada: 
e Número da linha; 
e Número do Veículo; 


e Tempo previsto de chegada e Informação sobre execução da linha (Atrasado, 
no horário, adiantado) para parametros informados para a linha. 
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Mostrar no mínimo as próximas 6 linhas com previsão de chegada na estação; 


Apresentar em destaque a primeira linha a chegar. 


O sistema deve apresentar no mínimo as seguintes informações para previsão de 


Saída do terminal: 


Número da linha; 
Número do Veículo; 


Tempo previsto de partida e Informação sobre execução da linha (Atrasado, no 
horário, adiantado) para parametros informados para a linha. 


Mostrar no mínimo as próximas 10 (dez) linhas com previsão de saída do 


terminal; 


Apresentar em destaque a primeira linha para partida; 


O sistema deve ser capaz de mostrar até 20 (vinte) linhas de partida quando 


apresentado em telas de formado grande 


7.3.2 


NOS TERMINAIS 


Todos os terminais e estações de conexão deverão possuir paineis informativos com 


as seguintes caracteristicas: 


73.3 


Identificação de embarque da Ilinha, com número e descrição de destino; 


Painel de informações gerais com visualização no mapa da rede de linhas 
atendidas pelo terminal; 


Painel com informações de operação das linhas, visualizando, horario de 
funcionamento e intervalos previstos por tipo e periodo. 


NOS VEÍCULOS 


Paineis eletronicos com informações na testeira do veiculo, os quais devem informar o 


numero de identificação da linha e o seu destino em caracteres que permitam uma boa 


e adequada leitura. 


Adicionalmente, no vidro dianteiro, deveram se colocados paineis informativos de 


variaçoes de linha, informações adicionais ou itinerarios diferenciados, para melhor 


compreenção do usuario. 
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7.4 DA IMPLANTAÇÃO DO SIU 
Para o desenvolvimento, customização e implantação dos Sistemas de Informação ao 
Usuário (SIU), a contratada deverá atender as seguintes diretrizes: 


a) Desenvolver projeto executivo do SIU baseado nas diretrizes especificadas e 
nas propostas técnicas previamente apresentadas à SeMOB, que deverão ser 
compatibilizadas no que couber, sendo que o referido projeto executivo deverá conter 
as justificativas relacionadas a esta compatibilização; 


b) Apresentar o projeto executivo do SIU à CONTRATANTE, que poderá 
apresentá-lo à SeMOB, em uma versão preliminar, e posteriormente aos comentários, 


em uma versão definitiva 


c) Executar o projeto apresentado de acordo com o cronograma a ser 
estabelecido, com as seguintes prioridades: 


e Letreiro dos ônibus; 
e Painéis dos terminais, estações de conexão e pontos de parada; 
e Portal na Internet; 
e Aplicativo para smartphone; 
7.5 DOS REQUISITOS NÃO FUNCIONAIS 


A relação descrita abaixo descreve as principais características que as soluções 
contratadas deverão oferecer. 


Todas as ferramentas eventualmente empregadas devem ser oferecidas pela 
CONTRATADA, integradas entre si, e fazerem parte de uma mesma solução e 
incluídas na questão de licenças definitivas; 


Todas as ferramentas deverão ser entregues acompanhadas de documentação 


descritiva; 


Sempre que possível, deverão ser adotadas soluções, ferramentas e tecnologias 
baseadas em software livre; 


Deve haver treinamento em todas as ferramentas, seja para perfil de usuário, como 


para perfis de administradores das soluções; 
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O CONTRATANTE respeitará as condições de licenciamento da Solução, não 
podendo emprestar, licenciar, sublocar, dar em comodato, alterar ou divulgar o código- 
fonte, transferir ou ceder a terceiros a Solução CONTRATADA; 


Todas as interfaces das soluções devem ser em português do Brasil; 


Todas as ferramentas devem ter manuais técnicos, com informações sobre uso e 
manutenção. Os manuais devem ser em português usado no Brasil; 


Armazenar dados em pelos menos um dos seguintes bancos de dados: SQL server, 
Oracle, PostgreSQL/Postgis; 


Permitir criação de conexão a outros bancos de dados que sejam especificados; 


Capacidade de consolidação de dados em períodos específicos, como ano, meses, 
semanas e dias; 


Permitir configurações de banco de dados; 


Armazenar em bases de dados geográficos os itinerários de serviços do SeMOB, 


ocorrências, pontos de ônibus e outros itens importantes, os itinerários percorridos; 


Gerar histórico de carga e alterações de bases de dados (especialmente a geográfica), 
alteração de parâmetros das soluções, configurações de acessos e grupos de acesso 


e outras informações; 


Permitir o uso de banco de dados capaz de armazenar dados georreferenciados 
(banco de dados espacial) para cache; 


Instalação em ambientes Linux (Redhat Enterprise Server, Ubuntu, CentOS, etc.) ou 
Windows Server; 


Entrega de documentação de modelagem de base de dados; 


Interface Web compatível com pelo menos os seguintes navegadores: Firefox e 
Chrome; 


Acesso a pelo menos uma dos seguintes servidores de camadas geográficas: Bing 
Maps, Google Earth, Google Maps, Open Street Maps e Yahoo Maps; 


Ferramentas básicas de navegação em mapas, como aproximar e afastar, arrastar 


mapa, escala e outras mais; 


Permitir exportação dos dados apresentados em tela para pelo menos os formatos 
PDF, Excell, Word ou os equivalentes em formatos de planilha e editor de texto; 
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Receber e mostrar dados georreferenciados a respeito da Rede de Transporte, com 
suas vias, linhas de ônibus, e outros dados que sejam pertinentes ao 
CONTRATANTE; 


As soluções deverão oferecer escalabilidade horizontal, devem ser desenvolvidos 
numa arquitetura de múltiplas camadas e utilizarem técnicas de desenvolvimento que 
sejam padrão de mercado; 


A Solução contratada deverá permitir a troca remota de seus softwares, aplicações, 
sistema de segurança, APIs, drivers diversos, especialmente os de comunicação; 


Os ambientes de desenvolvimento, teste e homologação ficarão a cargo da 
CONTRATADA. Esta deverá estruturar os ambientes de modo que todas as 
intervenções necessárias sejam, antes de tudo, testadas e homologadas pela 
CONTRATANTE; 
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PARTE 3 - PROJETO DE LAYOUT DA ESTAÇÃO TIPO 


Recomendação de locação dos equipamentos. A ser ajustado conforme projetos 
executivos das estações a serem elaborados. 
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